본문으로 건너뛰기
cccskills
무료GitHub에 공개

soap-note-creation-b354d8

Create medical visit notes in SOAP format, which separates patient reports, observed findings, clinical assessment, and care plans. Organize the available information into a complete Markdown or plain text file written in one operation.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

원문원문 설명 보기

Create structured medical SOAP notes by writing comprehensive content to a file in one iteration

설치 방법 보기

이럴 때 유용합니다

  • Organizing patient visit information into SOAP notes
  • Documenting symptoms, medical history, and examination findings
  • Recording treatment plans and follow-up arrangements
  • Creating medical notes as Markdown or plain text files

포함된 파일(2)

  • SKILL.md5.1 KB
  • .skill_id39 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

SOAP Note Creation

This skill provides a reusable pattern for creating structured medical documentation (SOAP notes) by writing all required sections comprehensively in a single file write operation.

When to Use

  • Creating clinical documentation for patient visits
  • Generate structured medical notes requiring standard SOAP format
  • Tasks requiring Subjective, Objective, Assessment, and Plan sections

Core Pattern

Write the complete SOAP note directly to a file in one iteration rather than building it incrementally. Include all four standard sections with comprehensive content.

SOAP Note Structure

1. Subjective (S)

Document patient-reported information:

  • Chief Complaint (CC): Primary reason for visit in patient's own words
  • History of Present Illness (HPI): Detailed narrative of current symptoms (onset, duration, severity, modifying factors)
  • Past Medical History (PMH): Chronic conditions, surgeries, hospitalizations
  • Medications: Current prescriptions, OTC drugs, supplements
  • Allergies: Drug, food, environmental allergies with reactions
  • Family History: Relevant hereditary conditions in family members
  • Social History: Occupation, lifestyle, substance use, living situation

2. Objective (O)

Document observable, measurable findings:

  • Vital Signs: BP, HR, RR, Temp, SpO2, height, weight, BMI
  • General Appearance: Overall presentation, distress level
  • Physical Exam by System:
    • HEENT (Head, Eyes, Ears, Nose, Throat)
    • Cardiovascular
    • Respiratory
    • Gastrointestinal
    • Neurological
    • Musculoskeletal
    • Skin
    • Psychiatric (if applicable)
  • Diagnostic Results: Labs, imaging, tests (if available)

3. Assessment (A)

Document clinical reasoning:

  • Primary Diagnosis: Main working diagnosis with ICD code if applicable
  • Differential Diagnoses: Alternative diagnoses considered
  • Clinical Reasoning: Why the primary diagnosis is most likely
  • Problem List: Numbered or bulleted active issues

4. Plan (P)

Document management strategy:

  • Treatment Plan: Medications, therapies, procedures
  • Follow-up: Timing and purpose of next visit
  • Patient Education: Counseling provided, instructions given
  • Referrals: Specialist consultations if needed
  • Order Set: Labs, imaging, tests to be obtained

Implementation Template

# SOAP Note - [Patient Name/ID]
**Date:** [Date of Visit]
**Provider:** [Provider Name]

## Subjective

### Chief Complaint
[Patient's stated reason for visit]

### History of Present Illness
[Detailed narrative of symptoms using OLDCARTS or similar framework]

### Past Medical History
[List of relevant conditions]

### Medications
[List with dosages]

### Allergies
[List with reactions]

### Family History
[Relevant family medical conditions]

### Social History
[Occupation, habits, lifestyle factors]

## Objective

### Vital Signs
- BP: [value]
- HR: [value]
- RR: [value]
- Temp: [value]
- SpO2: [value]
- Height: [value]
- Weight: [value]
- BMI: [value]

### Physical Examination
**General:** [Appearance, distress level]
**HEENT:** [Findings]
**Cardiovascular:** [Findings]
**Respiratory:** [Findings]
**Gastrointestinal:** [Findings]
**Neurological:** [Findings]
**Musculoskeletal:** [Findings]
**Skin:** [Findings]

### Diagnostic Results
[List any available lab/imaging results]

## Assessment

1. **[Primary Diagnosis]** - [ICD-10 code if applicable]
   - [Brief justification]

2. **[Differential Diagnosis]** - [Why less likely]

### Problem List
1. [Active problem 1]
2. [Active problem 2]

## Plan

### Treatment
- [Medication/dosage/frequency]
- [Non-pharmacologic interventions]

### Follow-up
- [Timeline and purpose]

### Patient Education
- [Topics discussed]
- [Instructions provided]

### Orders/Referrals
- [Labs/imaging ordered]
- [Specialist referrals]

Best Practices

  1. Write comprehensively in one pass - Gather all information first, then write the complete note
  2. Use clear section headers - Make each SOAP component easily identifiable
  3. Include specific details - Avoid vague statements; use measurable data
  4. Maintain professional tone - Use appropriate medical terminology
  5. Ensure logical flow - Assessment should follow from Objective findings; Plan should address Assessment
  6. Document negative findings - Note relevant systems reviewed that were normal
  7. Include patient understanding - Document that patient understood the plan

Example Usage

When tasked with creating a SOAP note:

  1. Gather all available patient information from the task description
  2. Organize information into SOAP categories mentally or in notes
  3. Write the complete file with all four sections in one write_file operation
  4. Ensure no required section is missing before completing the task

File Format

  • Use markdown (.md) or plain text (.txt) for clarity
  • Include appropriate headers for each section
  • Use bullet points and numbered lists for readability
  • Keep file size comprehensive (typically 3000-10000+ bytes for complete notes)

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Prepare audio stems, the separate parts of a track, for mixing by matching their durations with silence, loops, or crossfades. Verify each generated and processed file before moving to the next production step.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Match audio parts with different durations
  • Extend drums and melodic parts using suitable methods
  • Check audio specifications before mixing
HKUDS/OpenSpace7.8천2026년 8월 13일 업데이트

Produce audio in separate stems, meaning individual instrument tracks, and verify each output as you go. Align track lengths with silence, loops, or crossfades, then apply effects, mix a master, and package the files.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Align instrument tracks to a reference audio file
  • Choose how to extend tracks that are too short
  • Verify audio properties after generation and effects
HKUDS/OpenSpace7.8천2026년 8월 13일 업데이트

Build serverless endpoints that relay external API requests for a dashboard while keeping API keys on the server. Includes Vercel examples for input checks, caching, cross-origin access, and consistent JSON responses.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Connect a dashboard to external APIs without exposing API keys
  • Create endpoints for stock quotes and news
  • Standardize API responses and error handling
HKUDS/OpenSpace7.8천2026년 8월 13일 업데이트

Produce a master track and separate audio parts through a structured Python workflow. Apply filters and reverb, export WAV files with consistent settings, package them in a ZIP archive, and check that the deliverables meet the requested specifications.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Export a master track with separate audio parts
  • Apply filters and reverb to audio
  • Check duration and format across deliverables
HKUDS/OpenSpace7.8천2026년 8월 13일 업데이트

Keep document creation moving when web searches and page retrieval repeatedly fail. The skill preserves the original task, uses the model’s existing knowledge, and clearly identifies information that could not be checked against external sources.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Continue drafting after repeated web retrieval failures
  • Preserve task requirements during network errors
  • Mark information that could not be externally verified
HKUDS/OpenSpace7.8천2026년 8월 13일 업데이트

When Python execution repeatedly fails in execute_code_sandbox, use a file-based alternative: save the script, run it through the shell, and capture results or errors. The guidance covers paths, imports, timeouts, structured output, and optional cleanup.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Retry Python work through the shell after repeated sandbox failures
  • Run longer tasks with an adjusted timeout
  • Execute Python work that needs multiple files or system utilities
HKUDS/OpenSpace7.8천2026년 8월 13일 업데이트

HKUDS의 스킬 모두 보기

이 스킬의 문제 신고