ybuild / 场景

为你的诊所搭建一套病历系统

独立诊所和小型专科诊所——一家只有两名医生的家庭全科诊所、一间物理治疗工作室、一家皮肤科或心理诊所——往往靠一堆乱七八糟的东西在运转：纸质病历、共享表格，以及既昂贵又笨重、还被死死绑在后台那台电脑上的桌面版电子病历。前台和医生每次接诊都要浪费好几分钟去翻找正确的病历、重新录入患者基本信息、手工核对用药清单，而且谁也说不清一份病历最后是被谁动过的。一套贴合你诊所真实工作流程、托管在 ybuild 上并运行在你自己域名上的专注型病历系统，能把这整堆东西——纸张、表格，还有那份按人头收费的企业合同——统统替换成一套你的团队真正愿意打开来用的系统。

痛点

病历同时存在三个地方——一个纸质文件夹、那张预约排班表，还有一套老旧的电子病历——于是没人能确定哪一份过敏史或用药清单才是最新的。
患者每提出一次调阅病历的请求，都意味着要去翻档案柜，而诊所随时都可能踩到 HIPAA 规定的 30 天调阅期限这条红线。
前台电脑用的是共享登录账号，这意味着一旦遇到审计或患者投诉，你根本无法证明是谁查看或改动过某一份具体病历。
现成的电子病历系统按医生人头收取月费，卖给你的却是几百个功能，而一家只有两名医生的诊所压根用不到其中大多数。

你能搭什么

统一的患者病历档案

每位患者一份记录，包含基本信息、保险、紧急联系人、一份置顶的过敏史清单、一份在用药物清单，以及一条按时间倒序排列、带日期的接诊记录信息流——可按姓名、出生日期或病历号搜索。过敏史与在用药物面板始终固定显示在每个页面的顶部，让医生在动笔写任何东西之前，先看到那些性命攸关的关键信息。

预约排班与到诊登记

一个按医生分列的当日预约视图，支持一键到诊登记、诊室分配，以及状态标记（已预约、已到诊、诊室内、已完成），把每一次就诊都关联回对应的患者病历。

内建的审计追踪

每一次打开病历、编辑记录、改动用药，都会被自动写入一份只增不改的日志，记下操作人、患者、动作和时间戳——这正是 HIPAA 安全规则所要求的留痕，从第一天起就已在线运行。因为它不只记录改动，也会记录每一次查看，所以调查时总会追问的那个问题，你永远都能答得上来：是谁看过这位患者、又是在什么时候看的。

数据模型

patients

mrn, first_name, last_name, dob, phone, email, address, insurance_provider, insurance_member_id, emergency_contact, allergies, active

encounters

patient_id, provider_id, visit_date, chief_complaint, vitals, soap_note, diagnosis_codes, follow_up_plan

appointments

patient_id, provider_id, start_time, end_time, room, reason, status

medications

patient_id, drug_name, dose, frequency, prescribed_by, start_date, end_date, active

audit_log

user_id, patient_id, action, record_type, record_id, timestamp, ip_address

系统里的一天

前台按姓名、出生日期或病历号（MRN）搜索，确认患者身份，然后为其预约的就诊办理到诊登记。
对于新患者，工作人员会在就诊开始前建立一份病历，录入基本信息、保险、紧急联系人，并勾选已签署知情同意书的标记。
医生打开病历，一眼扫过置顶的过敏史清单、在用药物，以及最近几次的接诊记录。
接诊过程中，医生记录生命体征、主诉，以及一份结构化的 SOAP 病程记录，再附上诊断编码。
医生核对并更新用药清单——续开、新增或停用药物——与此同时，系统会把任何与已记录过敏史相冲突的药物标红提醒。
前台预约下一次复诊、收取自付部分费用，并把这次就诊标记为已完成。
当患者要求调阅病历时，工作人员可导出该患者的指定病历集（designated record set），以满足 HIPAA 规定的 30 天调阅期限。
而在这一切背后，每一次打开病历、编辑记录、改动用药，都会连同操作人、动作和时间戳一起写入审计日志。

AI 容易出错的地方

审计日志不是可选项。HIPAA 安全规则要求你记录谁访问过每一份病历，而不只是谁编辑过——粗糙的做法只记录改动，却从不记录查看。每一次查看都必须在唯一的用户登录账号下被记录下来。
绝不要硬删除任何一条病程记录、用药或患者。临床记录是一份法律文件；任何更正都必须是保留原始条目及其时间戳的增补修订或附注。一套允许工作人员覆盖或删除已签署病程记录的系统，会在无声无息之间毁掉证据、也毁掉整条审计追踪。
两位患者常常同名，甚至连出生日期都一样。病历要以病历号（MRN）为主键，并在工作人员为同一个人建立第二份记录之前，就提醒他们可能存在重复。
病历保存年限由各州法律规定，而非 HIPAA——通常从最后一次就诊算起要保存好几年，未成年人的记录还要更久。旧病历要归档；绝不要让某个清理任务自动把它们清除掉。
按角色实行「最小必要」访问原则。前台需要的是排班和患者基本信息，而不是完整的临床病程记录——要搭建基于角色的权限，而不是一个拥有全部权限的超级账号。
留意用药核对这一环。停用一种药，应当是给它填上停药日期，而不是把它抹掉，这样患者曾经用过什么药的历史才会完整保留；而一张新处方，必须在保存之前就对照过敏史核查过，而不是保存之后才查。

✓ 先做这些

一份可搜索的患者病历：基本信息、一份置顶的过敏史清单、一份在用药物清单，以及一条按时间倒序、带日期的接诊记录信息流。
按医生分列的预约排班，配上与每份病历关联的到诊登记与完成状态。
每人独立的登录账号，以及一份自动记录每一次病历查看与编辑的审计日志，从第一天起就开启。

— 先别做

向清算机构提交保险理赔，以及管制类药物电子处方（EPCS）——这些都是监管极重的集成；自付费用暂时先当作简单收款来处理就好。
面向患者的门户、预约提醒，以及安全消息。
化验与影像设备接口（HL7/FHIR）——等核心病历真正投入日常使用之后再补上。

常见问题

这套系统符合 HIPAA 合规要求吗？

ybuild 为你打好技术地基——每人独立的身份认证、基于角色的访问控制，以及一条持续运行的审计追踪，托管在 ybuild 上、运行在你自己的域名。但 HIPAA 合规同时也是组织层面的事：你仍然需要做风险分析、制定书面制度、开展员工培训，并签署业务伙伴协议（BAA）。搭建系统时就从第一天起开启访问控制与审计日志，再把它和你诊所自身的制度配套起来。

我能把旧电子病历或表格里的患者数据搬过来吗？

可以。你能把患者、用药和过敏史的导出文件批量导入受管数据库。把你的列映射到 patients 和 medications 表，并保留原有的病历号（MRN），这样历史病历才能继续关联到正确的人身上。先把导入跑一遍暂存流程，好在数据落入正式病历之前，先揪出重复的患者和格式错乱的日期。

病历我们要保存多久？

HIPAA 隐私规则并没有规定病历的保存年限——这是由各州法律决定的，而且差别很大，通常从最后一次就诊算起要保存好几年，未成年人的记录还要更久。把系统设计成归档、而非删除，这样就永远不会有任何东西被自动清除。

患者要一份自己病历的副本时，会怎么处理？

HIPAA 赋予患者调阅权，而你通常必须在 30 个自然日内处理（允许延期一次、再宽限 30 天）。患者可以要求以他们想要的形式拿到副本，包括电子形式，所以要做一个按患者导出指定病历集的功能——病历、病程记录和用药清单——生成一个可下载的文件。这样一来，一次调阅请求就只是点几下鼠标，而不再是在档案柜前耗掉一个下午。

多位医生和前台能同时使用它吗？

可以。受管认证让每一位医生和每一名工作人员都拥有各自的登录账号与角色，于是审计日志能把每一个动作都归到一个真实的人身上——这正是安全规则所期望的，也正是共享账号会成为隐患的原因。

参考来源

HIPAA 下个人获取自身健康信息的权利（美国 HHS 民权办公室 OCR） — OCR 官方指引，讲解患者的调阅权以及 30 天的回应期限。
HIPAA 是否要求受监管实体将病历保存一定年限？（美国 HHS） — HHS 常见问答，确认保存年限由各州法律规定，而非隐私规则。
HIPAA 安全规则摘要（美国 HHS） — 涵盖审计控制、访问控制，以及电子受保护健康信息（ePHI）所需的各项安全保障措施。

为你的生意搭这套系统

描述它，一次性上线到你自己的域名——托管、全栈、无需服务器。免费开始。

免费开始构建 →