wangyizhe/his
1
3
Fork 0
Code Issues Pull Requests 2 Actions Packages Projects Releases Wiki Activity
Files
aec3bf3e34dfc1a8e497f88d6de7bc07c1935cd8
his/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.md
chenqi 575f5d6c32 fix(database): 修复数据库字典重复和表结构缺失问题 
- 删除手术状态下拉框的重复字典数据，保留每组中dict_code最小的记录
- 修复HisBaseEntity列缺失问题，为多个表添加create_by、update_by、update_time等基础字段
- 为adm_patient表添加邮政编码、户籍地址、监护人信息、患者来源等缺失字段
- 添加文化程度字典类型和相关字典数据，补充3919到3914等10个学历级别选项
- 为adm_patient_identifier表创建tenant_id和patient_id的联合索引以提升查询性能
- 修复prescription_intercept_log和clinical_pathway_execution表的基础实体字段缺失
- 为wor_device_request表增加医嘱退回相关的back_reason、performer_check_id等字段
- 创建EMPI核心表empi_person和empi_person_id_mapping用于全局患者主索引管理
- 为empi_merge_log表添加create_time字段以完善审计信息
- 更新院感管理和评审保障模块的设计文档，明确各模块实现状态和缺失功能
2026-06-17 11:46:56 +08:00

280 lines
14 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 2027 信创大限倒计时，你的 HIS 系统准备好了吗？— HealthLink-HIS 信创合规实践
> **上海经创贺联信息科技有限公司**
---
距离 2027 年全面信创替代的最后期限，只剩不到一年半。
对于公立医院来说，这已经不是"要不要做"的问题，而是"来不来得及"的问题。从操作系统到数据库，从中间件到芯片，全栈国产化替代正在从党政领域向医疗、金融、电信等八大关键行业全面铺开。
**而在所有需要替代的系统中，HIS（医院信息系统）可能是最难啃的那块骨头。**
---
## 一、信创替代，到底在替代什么？
"信创"全称是**信息技术应用创新**，核心目标是实现关键信息系统的**自主可控**，摆脱对国外底层技术的依赖。
简单来说，就是要把 IT 系统的六大基础层，从国外产品替换为国产产品：
| 层级 | 替代前（国外） | 替代后（国产） | 代表产品 |
|------|:------------:|:------------:|---------|
| **芯片** | Intel/AMD | 国产 CPU | 鲲鹏、飞腾、龙芯、海光、兆芯、申威 |
| **操作系统** | Windows Server/CentOS | 国产 OS | 银河麒麟、统信 UOS、openEuler |
| **数据库** | Oracle/SQL Server/MySQL | 国产 DB | 达梦、人大金仓、openGauss、南大通用、OceanBase |
| **中间件** | WebLogic/WebSphere/Tomcat | 国产中间件 | 东方通 TongWeb、宝兰德 BES、中创 InforSuite |
| **办公软件** | Microsoft Office | 国产办公 | WPS、永中 Office |
| **安全产品** | 国外杀毒/防火墙 | 国产安全 | 深信服、奇安信、安恒信息 |
**HIS 系统作为医院最核心的业务系统，横跨操作系统、数据库、中间件三大基础层**，是信创替代中难度最高、影响最大的系统之一。
---
## 二、医疗信创，时间线有多紧？
### 政策脉络
| 时间 | 事件 | 影响 |
|------|------|------|
| 2020年 | 信创"2+8"体系确立 | 党政（2）+ 金融、电信、电力、石油、交通、教育、**医疗**、航空航天（8） |
| 2022年 | 国资委 79 号文 | 要求央企国企 2027 年前完成全面信创替代 |
| 2023年 | 医疗信创启动试点 | 首批试点医院开始非核心系统替代 |
| 2024年 | 信创进入加速期 | 多省发文要求公立医院制定信创替代计划 |
| 2025年 | **核心系统落地大年** | HIS、PACS、LIS 等核心临床系统开始规模化替代 |
| 2026年 | 全面推广期 | 基层医疗机构（二级以下）全面推进 |
| **2027年** | **全面替代截止** | **央企国企+公立医院 100% 信创替代** |
### 医疗行业的特殊挑战
与其他行业不同，医疗信创面临三重挑战：
- **业务连续性要求极高**：HIS 系统 7×24 小时运行，停机迁移意味着患者无法挂号、医生无法开方、药房无法发药
- **数据量大且复杂**：一家三级医院的 HIS 数据库动辄数百张表、千万级记录，迁移不能丢一条数据
- **上下游接口众多**：HIS 要对接医保、检验设备、影像设备、电子发票、卫健委上报等十几个外部系统，替代后所有接口都得重新验证
**这意味着：HIS 系统的信创替代，不是简单的"换个操作系统装一遍"，而是要从架构层面就支持国产化全栈运行。**
---
## 三、HealthLink-HIS 的信创合规实践
HealthLink-HIS 从架构设计之初就充分考虑了信创适配需求。我们的策略是：**不绑定任何单一国产产品，而是做到全栈兼容、灵活适配。**
### 3.1 技术架构天然适配信创
| 技术层 | HealthLink-HIS 选型 | 信创优势 |
|--------|:------------------:|---------|
| **开发语言** | Java（Spring Boot 4.0.6） | Java 跨平台运行，不依赖特定操作系统和芯片 |
| **JDK 运行时** | OpenJDK 25 | 可无缝切换为**华为毕昇 JDK**、**阿里 Dragonwell** 等国产 JDK |
| **前端框架** | Vue 3 + Vite | B/S 架构，浏览器端运行，与操作系统无关 |
| **数据库访问** | MyBatis-Plus | 标准 SQL 抽象层，切换数据库只需改配置不改代码 |
| **工作流引擎** | Flowable BPMN | 国际标准流程引擎，国产化无兼容性问题 |
| **部署方式** | 支持容器化（Docker） | 可运行在任意国产化云平台上 |
### 3.2 全栈信创适配矩阵
以下是 HealthLink-HIS 已完成或可适配的国产化产品清单：
| 适配层 | 已适配/可适配产品 | 状态 |
|--------|-----------------|:---:|
| **CPU 芯片** | 鲲鹏 920（ARM）、飞腾 S2500/S5000C（ARM）、海光（x86） | ✅ 兼容 |
| **操作系统** | 银河麒麟 V10/V11、统信 UOS V20、openEuler 22.03+ | ✅ 兼容 |
| **数据库** | PostgreSQL（当前）、openGauss、达梦 DM8、人大金仓 KingbaseES V8 | ✅ 兼容 |
| **中间件** | 内嵌 Spring Boot（Tomcat）、可适配东方通 TongWeb、宝兰德 BES | ✅ 兼容 |
| **JDK** | OpenJDK（当前）、华为毕昇 JDK、阿里 Dragonwell、腾讯 Kona | ✅ 兼容 |
| **浏览器** | 奇安信可信浏览器、360 安全浏览器（国产内核） | ✅ 兼容 |
| **办公套件** | WPS Office（报表导出/PDF 打印兼容） | ✅ 兼容 |
### 3.3 为什么 Java + Spring Boot 是 HIS 信创的最优解？
在医疗信创领域，HIS 系统的技术路线大致分为三类：
| 技术路线 | 代表 | 信创适配难度 | 风险 |
|---------|------|:----------:|------|
| **C/S + .NET + Windows** | 传统 HIS 厂商 | 🔴 极高 | 需要完全重写，等于重做一套系统 |
| **C/S + Delphi/VB** | 早期 HIS 产品 | 🔴 极高 | 技术栈已淘汰，无法适配信创 |
| **B/S + Java + Spring Boot** | **HealthLink-HIS** | 🟢 **低** | 跨平台运行，只需替换底层组件 |
HealthLink-HIS 采用的是 **B/S + Java + Spring Boot** 架构，这是信创替代中成本最低、风险最小的技术路线：
- **Java 跨平台**：编译一次，可在鲲鹏/飞腾/海光等任意国产芯片上运行
- **B/S 架构**：医生护士通过浏览器使用，不依赖 Windows 客户端
- **MyBatis-Plus 抽象层**：数据库从 PostgreSQL 切换到 openGauss/达梦，只需修改配置，不改一行业务代码
- **Spring Boot 内嵌 Tomcat**：可直接使用，也可替换为东方通 TongWeb 等国产中间件
---
## 四、数据库替代：从 PostgreSQL 到国产数据库
数据库是 HIS 系统信创替代中最核心、最复杂的环节。HealthLink-HIS 支持以下国产数据库无缝切换：
### 4.1 支持的国产数据库
| 数据库 | 厂商 | 特点 | 适用场景 |
|--------|------|------|---------|
| **openGauss** | 华为 | 基于 PostgreSQL 内核，兼容性最好 | 首选方案，迁移成本最低 |
| **达梦 DM8** | 达梦数据 | 国产数据库龙头，Oracle 兼容度高 | 信创认证最全，政府/医院首选 |
| **人大金仓 KingbaseES** | 人大金仓 | PostgreSQL 内核，兼容性好 | 信创项目常见选型 |
| **南大通用 GBase** | 南大通用 | 分布式数据库，高并发能力强 | 大型三级医院 |
### 4.2 数据库迁移策略
| 步骤 | 内容 | 周期 |
|------|------|:---:|
| **评估** | 表结构兼容性分析、存储过程/函数差异评估 | 1-2天 |
| **适配** | MyBatis Mapper XML 方言调整、SQL 兼容性测试 | 3-5天 |
| **迁移** | 全量数据迁移 + 增量数据同步 | 1-3天 |
| **验证** | 逐表核对 + 业务功能回归测试 | 2-3天 |
| **切换** | 停机窗口切换 + 回滚预案 | 4-8小时 |
**得益于 MyBatis-Plus 的 ORM 抽象层，HealthLink-HIS 的数据库迁移不需要修改业务代码，只需要调整方言配置和少量 Mapper SQL。**
---
## 五、信创部署方案
### 5.1 推荐部署架构
```
┌─────────────────────────────────────────────┐
│ 国产浏览器（奇安信/360） │
│ 医生/护士/收费员/管理层终端 │
├─────────────────────────────────────────────┤
│ 国产中间件（TongWeb/Spring Boot） │
├─────────────────────────────────────────────┤
│ 应用服务器 │ 国产 JDK（毕昇/Dragonwell）│
│ 银河麒麟 V11 │ 鲲鹏 920 / 飞腾 S5000C │
├─────────────────────────────────────────────┤
│ 数据库服务器 │ │
│ 银河麒麟 V11 │ openGauss / 达梦 DM8 │
│ 鲲鹏 920 │ 主从热备 + 自动切换 │
├─────────────────────────────────────────────┤
│ 国产存储 + 国产交换机 │
└─────────────────────────────────────────────┘
```
### 5.2 信创服务器配置参考
| 医院规模 | 应用服务器 | 数据库服务器 | 操作系统 |
|---------|----------|-----------|---------|
| 一级医院（<100床） | 鲲鹏 920 8核16G × 1 | 鲲鹏 920 8核32G × 1 | 银河麒麟 V11 |
| 二级医院（100-500床） | 鲲鹏 920 16核32G × 2 | 鲲鹏 920 16核64G × 2（主从） | 银河麒麟 V11 |
| 三级医院（500+床） | 鲲鹏 920 集群 × 3+ | 鲲鹏 920 32核128G × 3（集群） | 银河麒麟 V11 |
### 5.3 信创适配认证
HealthLink-HIS 可提供以下信创适配证明材料：
- 操作系统兼容性测试报告
- 数据库迁移验证报告
- 国产 CPU 运行性能测试报告
- 全栈信创环境部署手册
- 信创环境功能回归测试报告
---
## 六、信创替代不是推倒重来
很多医院对信创替代最大的顾虑是：**"我现在的 HIS 用得好好的，换信创会不会把系统搞崩？"**
答案是：**选对技术路线，信创替代可以做到平滑过渡。**
HealthLink-HIS 的信创替代策略是**三步走**：
### 第一步：非核心系统先行（1-2个月）
先替代对业务影响最小的系统：
- OA 办公系统 → 适配国产办公套件（WPS）
- 数据上报系统 → 适配国产操作系统
- 报表系统 → 适配国产数据库只读副本
### 第二步：HIS 并行运行（2-3个月）
- 在信创环境部署一套完整的 HIS
- 新旧系统并行运行，数据实时同步
- 分科室逐步切换到信创环境
- 验证所有业务功能和外部接口
### 第三步：全面切换（1个月）
- 确认信创环境稳定运行
- 选择业务低谷期（如凌晨）完成最终切换
- 保留旧环境 30 天作为回滚保障
**整个过程不影响日常诊疗业务，医生护士几乎无感知。**
---
## 七、信创合规 + 业务功能，一次到位
选择 HealthLink-HIS，不需要在"信创合规"和"业务功能"之间做取舍。
信创合规的同时，你获得的是一套**功能完整的现代化 HIS 系统**：
| 维度 | 能力 |
|------|------|
| 业务模块 | **108 个模块**，覆盖门诊、住院、手术、药品、检验、护理、院感、病案、医保等全业务 |
| 技术架构 | Spring Boot 4.0.6 + JDK 25 + Vue 3，业内技术领先 |
| 电子病历 | 支持电子病历应用水平 4 级及以上 |
| 互联互通 | 支持 HL7 FHIR R4，互联互通成熟度 4A 级 |
| 医保对接 | DRG/DIP 支付、跨省结算、智能审核全覆盖 |
| 安全合规 | JWT + 多租户 + CA 电子签名 + 数据加密 |
**一套系统，同时解决"信创替代"和"系统升级"两个问题。**
---
## 八、信创项目报价参考
| 项目 | 内容 | 参考报价 |
|------|------|:------:|
| **信创评估** | 现有系统信创适配评估报告 | 免费 |
| **信创环境部署** | 国产化操作系统 + 数据库 + 中间件全栈部署 | 2-5万 |
| **数据库迁移** | PostgreSQL → openGauss/达梦 数据迁移 | 3-8万 |
| **适配测试** | 全功能回归测试 + 性能测试 + 接口验证 | 3-5万 |
| **信创认证** | 出具信创适配证明材料 | 含在项目中 |
| **驻场陪跑** | 信创环境上线驻场保障 | 按人天计费 |
> 信创适配费用通常占软件总投入的 **5%-10%**，远低于重新采购一套信创 HIS 的成本。
---
## 九、2027 倒计时，现在该做什么？
| 时间节点 | 建议行动 |
|---------|---------|
| **现在** | 启动信创评估，了解现有系统的国产化适配难度 |
| **2026 Q1** | 完成信创环境选型（芯片/OS/数据库/中间件） |
| **2026 Q2-Q3** | 完成 HIS 系统信创适配和并行测试 |
| **2026 Q4** | 完成全面切换，进入稳定运行期 |
| **2027 Q1** | 完成信创验收，准备上级检查 |
**早启动 = 低风险。晚启动 = 赶工期 + 出问题。**
---
## 联系我们
> **上海经创贺联信息科技有限公司**
>
> - 销售热线：18017857330
> - 邮箱：chen.qi@jin-group.cn
> - 官网：www.health-link.com.cn
> - 地址：上海市闵行区甬虹路69号虹桥绿谷广场G座G栋505
>
> **免费信创适配评估，欢迎扫码预约！**
>
> *告诉我们您医院的现有系统情况，我们为您定制信创替代方案。*
---
*HealthLink-HIS — 信创合规，从架构开始。*
Sources:
- [医疗信创攻坚倒计时](https://m.10jqka.com.cn/20260511/c676597362.html)
- [HIS系统信创政策要求汇总](https://gxhis.net/736.html)
- [2027年信创国产化替代路线图](https://cj.sina.com.cn/articles/view/6106520611/16bfa1c23001018pso)
- [信创IT领域国产化清单](https://m.sohu.com/a/1016047401_121624698/)
- [信创适配目录名单](https://m.sohu.com/a/1012969695_122411481)
- [天天开源 OpenHIS](https://gitee.com/TTopen)
Reference in New Issue View Git Blame Copy Permalink