一、系统定位与核心优势

HospitalRun 是一款专为发展中国家慈善医院设计的开源电子病历与医院信息系统，采用“离线优先”（Offline-First）架构。它的使命非常明确：为资源匮乏的医疗环境提供“尽可能现代的医院信息系统”

项目的起点在 2014 年，由 CURE International（一家在发展中国家运营慈善医院的机构）的三位员工发起。他们的目标不是创造商业产品，而是解决一个具体的人类问题：让偏远地区的医院也能用上数字化的患者管理工具。正如联合创始人所说：“如果 HospitalRun 解决了一个问题，很好。如果它只是通往更好、更可持续解决方案的先前工作，那也一样好。”

这种使命感塑造了 HospitalRun 最核心的技术特征：没有网络也能工作。系统使用 PouchDB（客户端）和 CouchDB（服务端）实现数据同步，医生可以在断网的诊所里正常录入患者数据，等网络恢复后自动同步到中心服务器。对于网络时断时续的农村诊所，这个能力决定了系统是“能用”还是“不能用”。

⚠️ 重要状态说明：HospitalRun 项目已于 2025 年 10 月 15 日被管理员归档，所有仓库标记为“不再维护”-5。这意味着你无法获得官方更新、安全补丁或社区支持。下文介绍的功能和部署方法均基于归档前的最终状态。如果你正在启动新项目，需要慎重评估这一风险。

二、核心功能模块

1. 患者管理（Patients）

患者模块是使用频率最高的功能。录入患者时需要填写基本信息（姓名、性别、出生日期、年龄、出生地、职业等），注册后生成患者档案。

患者档案页面集中展示所有临床数据：

• 主要诊断：临床医生给出的诊断结果
• 手术计划：如需手术，记录手术方案
• 过敏信息：患者的过敏类型
• 病史：包括当前和既往的临床信息
• 照片：可通过摄像头拍摄或从电脑上传
• 预约记录：查看该患者的所有预约
• 就诊历史：每次就诊的日期、诊断、地点、就诊类型和负责人员

2. 就诊与临床记录（Visits & Clinical Notes）

每次医疗服务前需要开始就诊（Start Visit），选择就诊类型和地点。之后所有的用药、检验、影像等记录都归入该次就诊。

用药管理支持开具处方、记录给药剂量和频次、跟踪配药次数，并与耗材库存系统联动——只有库存里有药，系统才允许开具，这帮助资源受限的机构“只提供他们实际能提供的东西”。

3. 实验室与影像（Labs & Imaging）

系统提供实验室队列和影像队列管理功能，可以查看患者做过的检验和影像检查。但需要注意：这些模块尚未与实际的 LIS（实验室信息系统）或 PACS（影像归档系统）集成，仅作为排队和记录工具使用。

4. 库存与药房管理（Inventory & Medication）

库存模块追踪耗材和药品的当前库存量，提供预测性报告帮助判断何时需要补货。药品管理与库存直接绑定，确保不会开出无法配给的处方。这是 HospitalRun 区别于纯 EMR 系统的一个实用设计。

5. 预约与手术室调度（Appointments & Operative Theatre Scheduling）

支持预约排期和手术室/资源调度。对于需要协调手术室、设备和人员的机构，这是核心功能之一。

6. 账单与财务管理（Billing）

提供基础账单功能，支持处理慈善和折扣工作的折扣档案。系统还提供收入报告，帮助机构了解财务状况。

7. 报告与自定义表单

系统提供报告模块，可生成各类业务报表。自定义表单支持患者、社会工作、就诊、门诊报告、实验室、事故、手术计划和出院报告等场景。

8. 离线优先与同步

HospitalRun 可以在本地桌面（通过 Electron 打包的 Mac/Windows 应用）或服务器上运行。CouchDB 的同步能力允许本地服务器将数据同步到云端，让外部顾问也能查看患者记录。利比里亚一家临终关怀中心的使用反馈说：“我们网络很差，但可以在不同电脑上离线录入数据，一天结束时统一同步。”

三、优缺点分析

优点

为低资源环境量身定做：离线优先设计解决了发展中国家最实际的网络问题，这是大多数商业 EMR 不愿投入的方向。

部署方式灵活：支持 Docker 部署、桌面应用（Electron）和本地服务器部署，适应不同基础设施条件。

核心模块完整：涵盖患者管理、就诊、用药、库存、预约、手术调度、基础账单和报告，作为轻量级 HIS 功能足够。

用户评价良好：实际用户反馈“直观易用”“没有技术问题”“最好的 EMR 之一”。

开源免费：MIT 许可证，可自由修改和分发。

缺点

项目已归档，不再维护：这是最严重的缺陷。2025 年 10 月的归档意味着没有安全更新、没有 bug 修复、没有社区支持。医疗系统处理敏感数据，长期无维护的系统存在明确的安全和合规风险。

Beta 状态与不稳定性：最终版本仍标记为开发中，对于关键医疗部署存在风险。

部署配置复杂：涉及 Docker、Node.js、CouchDB、ElasticSearch、Logstash、Nginx 等多个组件，非技术团队难以自行完成。

缺乏合规认证：不满足 HIPAA 或 GDPR 等数据保护标准，不适合需要合规认证的机构。

实验室和影像模块未集成：仅提供排队功能，不连接实际检验设备或影像系统。

客服支持薄弱：有用户反映“客户支持较差”。

文档分散且部分过时：部署指南和功能文档分布在多个仓库中，项目归档后更难以追溯。

四、适用人群

HospitalRun 的“理想用户”是：发展中国家的慈善医院、农村诊所、资源受限的医疗机构，特别是那些网络不稳定但希望实现患者记录数字化的机构。它也被用于教育目的——作为学习医疗信息系统架构（离线优先、同步机制、React/Node 技术栈）的参考项目。

不适合：需要HIPAA/GDPR 合规认证的机构、需要长期安全更新和支持的新部署、没有技术团队的基层医疗点、以及需要完整 LIS/PACS 集成的大型医院。