技能详情(站内镜像,无评论)
作者:AIpoch @AIPOCH-AI
许可证:MIT-0
MIT-0 ·免费使用、修改和重新分发。无需归因。
版本:v0.1.0
统计:⭐ 0 · 32 · 0 current installs · 0 all-time installs
⭐ 0
安装量(当前) 0
🛡 VirusTotal :良性 · OpenClaw :良性
Package:aipoch-ai/discharge-summary-writer
安全扫描(ClawHub)
- VirusTotal :良性
- OpenClaw :良性
OpenClaw 评估
The skill's files, instructions, and requirements are coherent with its stated purpose (generating local discharge summaries) and do not request unrelated credentials or network access; main risk is handling protected health information (PHI) and the need for local operational controls and review.
目的
Name/description (discharge summary generation) match the included artifacts: SKILL.md, templates, example input, and a Python script that reads a JSON patient file and writes a summary. No unrelated environment variables, binaries, or cloud creds are requested.
说明范围
Runtime instructions are narrowly scoped (run scripts/main.py with a local JSON input). SKILL.md includes a security checklist item requiring input path validation (no ../ traversal) and sandboxing, but the provided scripts/main.py does not implement explicit path traversal or sandbox checks— it directly opens the supplied input path and writes output to the specified path. The code also prints and writes generated summaries to workspace stora…
安装机制
No install spec; this is an instruction-only skill plus a local Python script that uses only the standard library. No network downloads or external package installation are required.
证书
No environment variables, credentials, or config paths are requested. The data the skill processes is patient data provided by the user; that is appropriate for the stated purpose. The only notable requirement is that it will read files and write output to the agent's workspace, which is proportional but carries PHI handling implications.
持久
Skill is not always-on, does not request elevated platform privileges, and does not modify agent/system-wide settings. Autonomous invocation is allowed by default (normal), but there is no indication this skill requires permanent presence or other unusual privileges.
综合结论
This skill appears to do what it claims, but before installing or running it consider: 1) This processes protected health information—run only in a secure, access-controlled environment and ensure compliance with your institution's privacy policies (HIPAA/GDPR equivalents). 2) The script reads the input JSON and writes output files in the workspace; verify output paths and restrict who can access the workspace to avoid PHI leakage. 3) SKILL.md…
安装(复制给龙虾 AI)
将下方整段复制到龙虾中文库对话中,由龙虾按 SKILL.md 完成安装。
请把本段交给龙虾中文库(龙虾 AI)执行:为本机安装 OpenClaw 技能「Discharge Summary Writer」。简介:Generate hospital discharge summaries from admission data, hospital course, med…。
请 fetch 以下地址读取 SKILL.md 并按文档完成安装:https://raw.githubusercontent.com/openclaw/skills/refs/heads/main/skills/aipoch-ai/discharge-summary-writer/SKILL.md
(来源:yingzhi8.cn 技能库)
SKILL.md
---
name: discharge-summary-writer
description: Generate hospital discharge summaries from admission data, hospital course,
medications, and follow-up plans. Trigger when user needs to create a discharge
summary, compile inpatient medical records, or generate post-hospitalization documentation
for patients.
version: 1.0.0
category: Clinical
tags: []
author: AIPOCH
license: MIT
status: Draft
risk_level: Medium
skill_type: Tool/Script
owner: AIPOCH
reviewer: ''
last_updated: '2026-02-06'
---
# Discharge Summary Writer
Generate standardized, clinically accurate hospital discharge summaries by integrating all inpatient medical data.
## When to Use
- Patient discharge preparation requires comprehensive summary documentation
- Compiling admission, treatment, and discharge data into unified records
- Generating follow-up instructions and medication lists for post-discharge care
- Creating legally compliant discharge documentation for medical records
## Input Requirements
### Required Patient Data
```json
{
"patient_info": {
"name": "string",
"gender": "string",
"age": "number",
"medical_record_number": "string",
"admission_date": "YYYY-MM-DD",
"discharge_date": "YYYY-MM-DD",
"department": "string",
"attending_physician": "string"
},
"admission_data": {
"chief_complaint": "string",
"present_illness_history": "string",
"past_medical_history": "string",
"physical_examination": "string",
"admission_diagnosis": ["string"]
},
"hospital_course": {
"treatment_summary": "string",
"procedures_performed": ["string"],
"significant_findings": "string",
"complications": ["string"],
"consultations": ["string"]
},
"discharge_status": {
"discharge_diagnosis": ["string"],
"discharge_condition": "string",
"hospital_stay_days": "number"
},
"medications": {
"discharge_medications": [
{
"name": "string",
"dosage": "string",
"frequency": "string",
"route": "string",
"duration": "string"
}
]
},
"follow_up": {
"instructions": "string",
"follow_up_appointments": ["string"],
"warning_signs": ["string"],
"activity_restrictions": "string",
"diet_instructions": "string"
}
}
```
## Usage
### Python Script
```bash
python scripts/main.py --input patient_data.json --output discharge_summary.md --format standard
```
## Parameters
| Parameter | Type | Default | Required | Description |
|-----------|------|---------|----------|-------------|
| `--input` | string | - | Yes | Path to JSON file containing patient data |
| `--output` | string | discharge_summary.md | No | Output file path |
| `--format` | string | standard | No | Output format (standard, structured, json) |
| `--template` | string | - | No | Custom template file path |
| `--language` | string | zh | No | Output language (zh or en) |
## Output Formats
### Standard Format
Human-readable markdown document following clinical discharge summary structure:
1. Patient Information
2. Admission Information
3. Hospital Course
4. Discharge Status
5. Discharge Medications
6. Follow-up Instructions
7. Physician Signature
### Structured Format
Sectioned markdown with clear headers for EMR integration.
### JSON Format
Machine-readable structured data for system integration.
## Technical Difficulty
**⚠️ HIGH - Manual Review Required**
This skill handles critical medical documentation. Output requires:
- Physician verification before use
- Compliance with local medical documentation standards
- Review for accuracy and completeness
- Institutional approval for template formats
## Safety Considerations
1. **Never use generated summaries without physician review**
2. **Verify all medication dosages and instructions**
3. **Confirm follow-up appointments with hospital scheduling system**
4. **Ensure discharge diagnoses match official medical records**
5. **Validate patient identifiers and dates**
## References
- `references/discharge_template.md` - Standard discharge summary template
- `references/medical_terms.json` - Standardized medical terminology
- `references/section_guidelines.md` - Guidelines for each section
## Limitations
- Does not access live EMR systems (requires manual data input)
- Medication interactions not validated
- Does not generate ICD-10 codes automatically
- Requires structured input data
- Output format must align with institutional requirements
## Risk Assessment
| Risk Indicator | Assessment | Level |
|----------------|------------|-------|
| Code Execution | Python/R scripts executed locally | Medium |
| Network Access | No external API calls | Low |
| File System Access | Read input files, write output files | Medium |
| Instruction Tampering | Standard prompt guidelines | Low |
| Data Exposure | Output files saved to workspace | Low |
## Security Checklist
- [ ] No hardcoded credentials or API keys
- [ ] No unauthorized file system access (../)
- [ ] Output does not expose sensitive information
- [ ] Prompt injection protections in place
- [ ] Input file paths validated (no ../ traversal)
- [ ] Output directory restricted to workspace
- [ ] Script execution in sandboxed environment
- [ ] Error messages sanitized (no stack traces exposed)
- [ ] Dependencies audited
## Prerequisites
No additional Python packages required.
## Evaluation Criteria
### Success Metrics
- [ ] Successfully executes main functionality
- [ ] Output meets quality standards
- [ ] Handles edge cases gracefully
- [ ] Performance is acceptable
### Test Cases
1. **Basic Functionality**: Standard input → Expected output
2. **Edge Case**: Invalid input → Graceful error handling
3. **Performance**: Large dataset → Acceptable processing time
## Lifecycle Status
- **Current Stage**: Draft
- **Next Review Date**: 2026-03-06
- **Known Issues**: None
- **Planned Improvements**:
- Performance optimization
- Additional feature support