Token导航 LogoToken导航

Agent Skill · 研究检索

clinical-doc-assistant(临床医生助理)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

clinical-doc-assistant 是研究检索类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为接触敏感数据;许可证为 MIT-0,第三方扫描有提醒项,按安装量在研究检索类的 73,675 个 Skill 里排第 20,616。

总安装 5,151周安装 219GitHub Stars 公开资料未说明下载 1,805核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.4

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:clinical-doc-assistant(临床医生助理)
来源仓库:https://github.com/optimusprime19/clinical-doc-assistant
安装命令:
openclaw skills install clinical-doc-assistant
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install clinical-doc-assistant

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

clinical-doc-assistant 协助临床医生起草和整理专业医疗文档,如 SOAP 笔记。适合医院实践经理或健康科技产品团队快速构建文档模板。支持术语标准化和结构规范化,提升病历书写效率。通过 clawhub 安装,建议绑定本地医学术语库以提高准确性。严禁用于替代执业医师判断,所有输出均需临床人员最终审核。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install clinical-doc-assistant;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

clinical-doc-assistant 怎么安装?

在终端执行 openclaw skills install clinical-doc-assistant。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

clinical-doc-assistant 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

clinical-doc-assistant 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

clinical-doc-assistant 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

clinical-doc-assistant 用的人多吗?

公开数据是累计安装 5,151 次,近一周安装 219 次,下载 1,805 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

clinical-doc-assistant 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
clinical-doc-assistant

临床医生助理 · 本页

5,151—接触敏感数据MIT-0有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
clinical-doc-assistant
version
1.0.4
description
Use this skill when a clinician, practice manager, or healthcare developer needs to draft, structure, or retrieve clinical documentation — including SOAP notes, referral letters, prior authorization forms, discharge summaries, and care plan narratives. Connects to FHIR R4-compliant APIs (Epic, Cerner, Azure Health Data Services, HAPI FHIR) to pull structured patient data and generate documentation drafts. Also supports manual input when no EHR connection is available. DO NOT use for direct diagnosis, prescribing decisions, or any task requiring a licensed clinical judgment — this skill assists with documentation only.
tags
["healthcare", "fhir", "clinical", "ehr", "documentation", "soap", "prior-auth", "referral", "discharge"]
author
optimusprime19
license
MIT
homepage
https://github.com/optimusprime19/clinical-doc-assistant
repository
https://github.com/optimusprime19/clinical-doc-assistant
requiredEnv
optionalEnv

Clinical Documentation Assistant

Overview

This skill enables an OpenClaw agent to connect to any FHIR R4-compliant EHR, retrieve structured patient data, and generate high-quality clinical documentation drafts. It covers the most time-consuming document types in outpatient and inpatient settings.

Supported document types:

  • SOAP notes (Subjective / Objective / Assessment / Plan)
  • Referral letters (specialist, imaging, therapy)
  • Prior authorization requests (insurance)
  • Discharge summaries
  • Care plan narratives
  • Patient-facing after-visit summaries

Supported FHIR backends:

  • Epic (SMART on FHIR)
  • Cerner (Millennium)
  • Azure Health Data Services
  • HAPI FHIR (public sandbox for testing)
  • Any R4-compliant server
⚠️ Clinical Disclaimer: All output is a documentation *draft* intended to be reviewed, edited, and signed by a licensed clinician. This skill does not provide clinical advice, diagnoses, or prescriptions.
🔒 Privacy / PHI Warning: FHIR data is fetched into the agent's context for the session only and is not written to disk by this skill. If you use the hosted backend (CLINICAL_DOC_API_URL), patient context is transmitted to that server — only use a backend you control in a HIPAA-eligible environment. Do not use a third-party hosted backend with real patient data unless a BAA is in place. For development and testing, always use FHIR_SANDBOX_MODE=true with synthetic data only.

Quick Start (Sandbox Mode — No EHR Needed)

Set FHIR_SANDBOX_MODE=true to use the public HAPI R4 sandbox. No credentials required. Ideal for testing and development.

export FHIR_SANDBOX_MODE=true

Then ask your agent:

"Pull patient John Smith from the FHIR sandbox and draft a SOAP note for today's hypertension follow-up."

Authentication

This skill uses SMART on FHIR (OAuth2) for EHR connections. Set up once per environment.

Step 1 — Register your app with your EHR

Each EHR has its own developer portal:

  • Epic: https://fhir.epic.com → create a non-production app → note Client ID
  • Cerner: https://code.cerner.com → register app → note Client ID + Secret
  • Azure AHDS: Azure Portal → FHIR service → Authentication

Step 2 — Set environment variables

export FHIR_BASE_URL="https://fhir.epic.com/interconnect-fhir-oauth/api/FHIR/R4"
export FHIR_CLIENT_ID="your-client-id"
export FHIR_CLIENT_SECRET="your-client-secret"
export FHIR_TOKEN_URL="https://fhir.epic.com/interconnect-fhir-oauth/oauth2/token"

Step 3 — Test the connection

Ask the agent:

"Check my FHIR connection status."

The agent will attempt a token fetch and a GET /metadata call, then report back.


FHIR Data Retrieval

The agent fetches only the resources needed for the requested document. All calls are read-only GET requests.

Patient lookup

"Find patient [name] born [DOB]"
"Look up patient MRN 1234567"
"Search for patients with last name Rodriguez"

Internally calls:

GET /Patient?name=Rodriguez&birthdate=1975-04-12
GET /Patient/[id]

Condition list

"What are the active conditions for this patient?"

Calls:

GET /Condition?patient=[id]&clinical-status=active

Medication list

"Pull current medications for patient [id]"

Calls:

GET /MedicationRequest?patient=[id]&status=active

Recent vitals

"Get the last set of vitals for this patient"

Calls:

GET /Observation?patient=[id]&category=vital-signs&_sort=-date&_count=10

Lab results

"Pull recent labs — focus on HbA1c and BMP"

Calls:

GET /Observation?patient=[id]&category=laboratory&_sort=-date&_count=20

Encounter history

"Show encounters from the last 6 months"

Calls:

GET /Encounter?patient=[id]&date=ge2025-09-01&_sort=-date

Document Generation

Once patient data is retrieved, ask the agent to generate any document type.

SOAP Note

Trigger phrases:

  • "Draft a SOAP note for today's visit"
  • "Write a SOAP note for this patient's diabetes follow-up"
  • "Generate a clinical note — chief complaint is chest pain"

What the agent does:

  1. Retrieves active conditions, current meds, recent vitals, and relevant labs
  2. Asks you for any additional subjective information (chief complaint, HPI)
  3. Structures the note into S / O / A / P sections
  4. Flags any data gaps (missing vitals, no recent labs)

Example output structure:

SUBJECTIVE:
Patient is a 58-year-old male presenting for routine diabetes follow-up.
Reports improved energy since medication adjustment. No hypoglycemic episodes.
Denies chest pain, shortness of breath, or lower extremity edema.

OBJECTIVE:
Vitals (2026-03-15): BP 132/78, HR 72, Wt 198 lbs, BMI 29.4
HbA1c (2026-02-10): 7.2% (↓ from 7.9% in November)
Current Meds: Metformin 1000mg BID, Lisinopril 10mg daily

ASSESSMENT:
1. Type 2 Diabetes Mellitus — improving, at goal
2. Hypertension — controlled

PLAN:
1. Continue current regimen
2. Repeat HbA1c in 3 months
3. Annual ophthalmology referral ordered
4. Follow up in 3 months or sooner if concerns

Referral Letter

Trigger phrases:

  • "Write a referral to cardiology for this patient"
  • "Draft a referral letter to Dr. Chen for physical therapy"
  • "Generate an imaging referral for MRI of the lumbar spine"

What the agent does:

  1. Pulls relevant conditions, meds, and recent encounter notes
  2. Asks for referring provider name, specialty, and clinical question
  3. Formats a professional referral letter with clinical context

Example:

[Date]

Re: [Patient Name], DOB [Date], MRN [Number]

Dear Dr. [Specialist],

I am referring the above-named patient for cardiology evaluation.
[Patient] is a 64-year-old female with a history of hypertension and
hyperlipidemia presenting with exertional dyspnea over the past 6 weeks.
Recent ECG showed non-specific ST changes. Echo has not been performed.

Current medications: Amlodipine 5mg, Atorvastatin 40mg, ASA 81mg.

I would appreciate your evaluation and recommendations.

Sincerely,
[Referring Provider]

Prior Authorization Request

Trigger phrases:

  • "Draft a prior auth for [medication/procedure]"
  • "Generate a prior authorization for Humira for this patient"
  • "Write a PA request for MRI lumbar spine — payer is BlueCross"

What the agent does:

  1. Retrieves diagnosis codes (ICD-10) from active conditions
  2. Looks up the requested item's typical HCPCS/CPT code
  3. Generates a structured PA narrative with clinical justification
  4. Lists supporting labs or imaging that strengthen the case

Key fields generated:

  • Member ID (from input)
  • Requesting provider NPI (from input)
  • Diagnosis codes (from FHIR Condition resources)
  • Requested service + procedure/drug code
  • Clinical justification narrative
  • Supporting documentation checklist

Discharge Summary

Trigger phrases:

  • "Generate a discharge summary for this patient"
  • "Draft a hospital discharge note — patient is going home today"

What the agent does:

  1. Pulls the current/recent encounter, active conditions, procedures, and meds
  2. Asks for admission diagnosis, hospital course summary, and discharge instructions
  3. Formats a complete discharge summary with follow-up plan

After-Visit Summary (Patient-Facing)

Trigger phrases:

  • "Write a patient-friendly after-visit summary"
  • "Generate an AVS in plain language for this patient"

What the agent does:

  1. Translates clinical note content into plain English (8th-grade reading level)
  2. Lists medications with plain-language instructions
  3. Includes follow-up appointments and warning signs to watch for

Manual Mode (No FHIR Connection)

If no EHR is connected, the agent will prompt you to provide patient data manually. Useful for small practices, telehealth, or demos.

Ask: "Draft a SOAP note — I'll provide the patient data manually."

The agent will ask for:

  • Chief complaint and HPI
  • Vitals
  • Active conditions and medications
  • Assessment and plan outline

Hosted Backend (Credit-Based Generation)

For high-volume use or team deployments, a managed API backend handles generation, audit logging, and HIPAA-aligned data handling.

Set these variables to enable:

export CLINICAL_DOC_API_URL="https://api.yourdomain.com/v1"
export CLINICAL_DOC_API_KEY="your-api-key"

When set, document generation routes through the hosted backend instead of the local LLM. Credits are deducted per document generated. Visit [your site] to purchase credits and manage your account.

Hosted backend advantages:

  • Audit log of every document draft (for compliance)
  • No patient data stored — stateless processing
  • Team accounts with per-provider usage tracking
  • 99.9% uptime SLA

Data Privacy & HIPAA Considerations

  • Local mode: Patient data is fetched into the agent's context for the duration of the session only. No data is written to disk by this skill.
  • Hosted mode: Requests are processed statelessly. No PHI is retained after response delivery. Review the hosted backend's BAA before use in production.
  • Audit trail: Clinicians should save final signed documents in their EHR per their organization's policies. This skill generates drafts only.
  • De-identification: For development and testing, use FHIR_SANDBOX_MODE=true with synthetic data only.
🔒 Before using with real patient data, ensure your deployment satisfies your organization's HIPAA security requirements and that a Business Associate Agreement (BAA) is in place with any third-party service.

Troubleshooting

"FHIR connection failed: 401 Unauthorized"

  • Token may have expired. The skill auto-refreshes tokens, but check that FHIR_CLIENT_SECRET is current.
  • Confirm your app registration is approved and not in sandbox-only mode.

"Patient not found"

  • Try searching by MRN instead of name (name matching varies by EHR).
  • Check that your app has Patient.read and Patient.search scopes granted.

"Missing vitals / labs in output"

  • The patient may not have recent observations in the EHR.
  • The agent will flag missing data sections in the draft and prompt you to fill them in manually.

"SMART on FHIR scopes error"

  • Ensure your registered app includes these scopes:

patient/Patient.read patient/Condition.read patient/MedicationRequest.read patient/Observation.read patient/Encounter.read

Sandbox mode not working

  • Public HAPI sandbox: https://hapi.fhir.org/baseR4
  • Confirm FHIR_SANDBOX_MODE=true is set and FHIR_BASE_URL is unset or points to the sandbox.

Example Workflows

Full outpatient visit workflow

User: "Pull patient Jane Doe, DOB 1968-03-22, from the FHIR server."
Agent: [Fetches Patient, Condition, MedicationRequest, Observation]
       "Found Jane Doe (MRN 7823991). Active conditions: HTN, T2DM, CKD stage 2.
        Current meds: Lisinopril, Metformin, Amlodipine. Last vitals: 3 weeks ago."

User: "She's here for a diabetes follow-up. Chief complaint: fatigue, better than last visit.
       Draft a SOAP note."
Agent: [Generates full SOAP note with populated O section from FHIR data]
       "Here is the draft SOAP note. Vitals from today's visit are missing —
        please add them before signing."

Quick prior auth

User: "Generate a prior auth for Ozempic for this patient — payer is Aetna."
Agent: [Pulls active conditions, labs (HbA1c), current meds]
       "Draft PA narrative ready. Diagnosis: T2DM (E11.9). Supporting:
        HbA1c 8.4% (2026-02-01), inadequate response to Metformin 2000mg.
        Do you want to add any additional clinical notes before I finalize?"

Version History

VersionDateChanges
1.0.42026-03-29Fixed misleading ANTHROPIC_API_KEY comment; clarified patient_context is forwarded to Anthropic when backend is used; added CORS production warning.
1.0.32026-03-29Fixed env var declarations (moved optional vars out of requiredEnv); added ANTHROPIC_API_KEY to optionalEnv with context; added PHI/privacy warning.
1.0.02026-03-29Initial release. SOAP, referral, prior auth, discharge, AVS. SMART on FHIR auth. Sandbox mode.

*Questions or issues? Open a GitHub issue or reach out via the OpenClaw Discord.*

平台分布

OpenClaw

85.05%
按下载量换算1,535

安全审计

VirusTotal

通过

ClawScan

可疑

Static analysis

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills