长阳土家族自治县县域医共体信息一体化建设项目公开招标征求意见公告

序号

采购标的名称

数量

单位

所属行业

建设范围

要求/备注

一、软件开发及服务

（一）***平台

1

***平台

1

套

软件和信息技术服务业

***平台，县、乡、村三级医疗机构按需使用功能。

核心软件

（二）智慧医共体建设

2

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

3

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

4

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

5

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

6

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

7

集中（云）****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

8

中心（云）药房

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

9

智慧共享中药房

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

10

SPD****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

11

远程医学教育系统

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

12

统一支付系统

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

13

自助机服务系统

1

套

软件和信息技术服务业

县人民医院、县中医院、县妇幼保健院、乡镇卫生院

允许分包

14

***网医院

1

套

软件和信息技术服务业

县人民医院

允许分包

15

AI影像辅助诊断

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

16

临床决策支持系统（CDSS）

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

17

医务管理系统

1

套

软件和信息技术服务业

县级医院

允许分包

18

不良事件管理系统

1

套

软件和信息技术服务业

县级医院

允许分包

19

院感管理系统

1

套

软件和信息技术服务业

县级医院

允许分包

20

合理用血系统

1

套

软件和信息技术服务业

县级医院

允许分包

21

手术麻醉管理系统

1

套

软件和信息技术服务业

县人民医院、县中医院、县妇幼保健院

允许分包

22

重症监护管理系统

1

套

软件和信息技术服务业

县人民医院、县中医院

允许分包

23

护理管理系统

1

套

软件和信息技术服务业

县级医院

允许分包

24

血透系统

1

套

软件和信息技术服务业

县人民医院、县中医院、4个中心乡镇卫生院

允许分包

25

体检系统

1

套

软件和信息技术服务业

县人民医院、县中医院

允许分包

26

中医智能辅助诊疗

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

27

中医优势病种管理

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

28

中医治未病

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

29

名老中医传承

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

30

经方知识库

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

31

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

32

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

33

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

34

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

35

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

36

****中心

1

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

37

一体化OA办公系统

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

38

终端安全管理系统

1

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

39

国家系统对接

1

项

软件和信息技术服务业

国家

40

湖北省系统对接

1

项

软件和信息技术服务业

湖北省

41

宜昌市系统对接

1

项

软件和信息技术服务业

宜昌市

42

县级系统对接

1

项

软件和信息技术服务业

长阳土家族自治县

43

县人民医院院内系统及设备对接

1

项

软件和信息技术服务业

县人民医院

44

县中医院院内系统及设备对接

1

项

软件和信息技术服务业

县中医院

45

县妇幼保健院院内系统及设备对接

1

项

软件和信息技术服务业

县妇幼保健院

46

县精神病医院院内系统及设备对接

1

项

软件和信息技术服务业

县精神病医院

47

县乡镇卫生院/村卫生室院内系统及设备对接

1

项

软件和信息技术服务业

乡镇卫生院、村卫生室（按需）

48

县其它医疗卫生机构院内系统对接

1

项

软件和信息技术服务业

****中心、民营医疗机构

49

***网络服务对接

1

项

软件和信息技术服务业

二、软硬件产品购置

50

PDA

134

台

工业

移动护理共117台，其中县人民医院66台、县中医医院33台、县妇幼保健院6台、县精神病医院12台。中心药房共17台，其中县人民医院2台、县中医医院2台、县妇幼保健院1台、县精神病医院1台、乡镇卫生院11台。

51

手麻复苏工作站

29

套

工业

手麻系统共29台，其中县人民医院11台、县中医医院12台、县妇幼保健院6台

52

重症移动工作站

9

套

工业

重症系统共9台，其中县人民医院6台、县中医医院3台

53

扫描枪

10

个

工业

****中心共10个，其中县人民医院4个、县中医医院4个、县妇幼保健院1个、县精神病医院1个

54

激光打印机

6

台

工业

****中心共6台，其中县人民医院2台、县中医医院2台、县妇幼保健院1台、县精神病医院1台

节能产品

55

条码打印机

6

台

工业

****中心共6台，其中县人民医院2台、县中医医院2台、县妇幼保健院1台、县精神病医院1台

56

腕带打印机

44

台

工业

移动护理共44台，其中县人民医院27台、县中医医院12台、县妇幼保健院3台、县精神病医院2台

57

标签打印机

44

台

工业

移动护理共44台，其中县人民医院27台、县中医医院12台、县妇幼保健院3台、县精神病医院2台

58

高拍仪

20

台

工业

药房药库共20台，其中县人民医院8台，县中医医院8台、县妇幼保健院2台、县精神病医院2台

59

自助机

2

台

工业

县妇幼保健院2台

60

专家会诊移动工作站

3

套

工业

县中医医院1套、县妇幼保健院1套、县精神病医院1套

61

移动支付扫码墩

35

台

工业

县人民医院22个、县中医院11个、县妇幼保健院2个。

62

医保读卡器

35

套

工业

县人民医院22个、县中医院11个、县妇幼保健院2个。

63

CA数字签名

1

项

软件和信息技术服务业

含2000个移动ca、100个Ukey

允许分包

三、云资源租赁

64

云资源服务器

4

年

软件和信息技术服务业

允许分包

65

AI算力服务器

4

年

软件和信息技术服务业

允许分包

66

网络链路服务

4

年

软件和信息技术服务业

允许分包

67

等保三级合规服务

4

年

软件和信息技术服务业

允许分包

68

密评三级合规服务

4

年

软件和信息技术服务业

允许分包

69

备份容灾服务

4

年

软件和信息技术服务业

允许分包

70

运行保障服务

4

年

软件和信息技术服务业

允许分包

四、系统集成

71

系统集成

1

项

软件和信息技术服务业

软硬件产品购置后的安装和调试

序号名称

功能及技术参数要求

评审点

一、***平台

1.***平台

本项目核心软件“***平台”应围绕县、乡、村三级医疗卫生机构业务需求，采用一体化架构进行建设，实现区域医疗健康业务协同。平台应采用统一架构设计，构建统一业务架构、数据架构和技术架构，县级医院、乡镇卫生院、***平台运行，支持临床诊疗、公共卫生、健康管理等业务协同。核心软件不得以分包、转包方式实施，不得采用多个相互独立的软件系统通过接口集成或简单拼接方式建设，不得针对不同层级医疗卫生机构分别建设不同版本系统。（投标人提供承诺函，格式自拟，并加盖投标人公章。）

★

1.1****中心

1.1.1平台集成门户

1.1.1.1门户首页

1.1.1.1.1系统应支持通过可视化形式展示区域内医疗卫生机构名称、辖区人口、地理位置等基本信息。

1.1.1.1.2系统应支持通过卡片方式展示整个区域的重点指标数据，包括卫生资源信息、档案数据信息等。

1.1.1.1.3系统应支持展示集成的各业务系统单点登录入口。

1.1.1.1.4门户首页展示内容应支持由管理员或授权用户进行自定义配置。

1.1.1.2单点登录

1.1.1.2.1***平台统一入口登录各子系统。

1.1.1.2.2系统应支持基于 ticket（令牌）的动态验证机制。

1.1.1.2.3系统应支持将用户身份标识信息简化为 ticket。

1.1.1.2.4系统应支持当用户登录某个子系统时，将 ticket 传送至 CAS Server。

1.1.1.2.5系统应支持 CAS Server 根据 ticket 构造用户验证信息。

1.1.1.2.6系统应支持接入B/S 架构的信息系统。

1.1.1.3接入管理

1.1.1.3.1***平台注册第三方应用或系统。

1.1.1.3.2系统应支持各业务系统在不摒弃自身登录功能的前提下实现接入。

1.1.1.3.3系统应支持通过统一集成门户标识判断当前操作是否为单点登录操作。

1.1.1.3.4接入要求：

1.1.1.3.4.1接入系统应支持与集成门户用户主索引建立映射关系，实现用户一致性处理。

1.1.1.3.4.2接入系统应支持提供产品名称、产品图标、产品说明。

1.1.1.3.4.3接入系统应支持菜单接入，包括菜单及菜单权限对接。

1.1.1.3.4.4接入系统应实现并提供免登录接口，以支持单点登录免登录功能。

1.1.1.3.5B/S 系统接入：

1.1.1.3.5.1接入系统应提供访问主界面地址。

1.1.1.3.5.2接入系统应集成 CAS Client。

1.1.1.3.5.3接入系统应完成 CAS Filter 及 CAS Server 地址的相关配置。

1.1.1.3.5.4***平台跳转时重定向至 CAS Server 进行用户有效性验证。

1.1.1.3.5.5接入系统应支持验证通过后接收返回的用户信息并跳转至系统主界面。

1.1.1.3.5.6接入系统应支持根据返回的用户信息完成系统登录。

1.1.1.4统一认证

1.1.1.4.1系统应采用 CAS（中央认证服务）统一认证技术，包含 CAS 服务端和 CAS 用户端。

1.1.1.4.2****中心完成账号有效性验证。

1.1.1.4.3系统应支持验证通过后为当前用户分配合法的票据（ticket）。

1.1.1.4.4系统应支持用户访问其他系统时，该系统的 CAS 客户端应能获取 ticket，并向 CAS 服务端发起合法性校验。

1.1.1.4.5系统应支持校验通过后直接进入系统主页面。

1.1.1.4.6系统应支持校验失败时提示用户重新登录。

1.1.1.4.7系统应支持用户注销时自动从 CAS 服务端注销用户信息并回收 ticket。

1.1.2主数据管理

1.1.2.1机构管理

1.1.2.1.1系统应支持区域内各级医疗机构的基本信息管理和层级关系维护。

1.1.2.1.2系统应支持机构基本信息管理，包括机构名称、地址、联系方式、法人代表等。

1.1.2.1.3系统应支持医共体层级关系管理，能建立医共体总院、县级医院、乡镇卫生院、村卫生室等不同级别医疗机构的树状结构。（功能展示项）

◆

1.1.2.1.4系统应支持机构属性管理，包括机构类型、所有制性质、等级、服务范围等。

1.1.2.1.5系统应支持机构状态管理，包括启用、停用等状态变更。

1.1.2.2科室管理

1.1.2.2.1系统应支持区域内各医疗机构科室的设置、编码和管理。

1.1.2.2.2系统应支持临床科室、医技科室、行政科室等不同类型科室的分类管理。

1.1.2.2.3系统应支持科室基本信息管理，包括科室名称、科室代码、科室类型、所属机构等。

1.1.2.2.4系统应支持按照国家统一的科室分类编码标准执行科室编码管理。

1.1.2.2.5系统应支持科室属性管理，包括科室类别（临床、医技、行政）、是否执行科室、专业技术等。

1.1.2.3病区管理

1.1.2.3.1系统应支持区域内住院病区的统一管理，包括病区设置、床位配置、病房管理等功能。

1.1.2.3.2系统应支持病区基本信息管理，包括病区名称、病区代码、病区对应科室、护理单元等。

1.1.2.3.3系统应支持床位配置管理，包括设置病区内床位数量及床位类型。

1.1.2.3.4系统应支持病区状态管理，包括启用、停用等状态管理。

1.1.2.4病房管理

1.1.2.4.1系统应支持区域内病房的精细化管理，包括病房设置、床位管理、病人入住管理等功能。

1.1.2.4.2系统应支持病房基本信息管理，包括病房编号、病房类型、床位数量、病房状态等。

1.1.2.5床位管理

1.1.2.5.1系统应支持区域内所有床位的统一管理和调度。

1.1.2.5.2系统应支持床位基本信息管理，包括床位编号、床位类型、所属病房、床位状态等。

1.1.2.5.3系统应支持床位调度管理，包括床位的分配、调整、释放等操作。

1.1.2.5.4系统应支持床位占用监控，实时显示入住病人信息。

1.1.2.5.5系统应支持床位使用率、周转率等关键指标的统计分析。

1.1.2.6人员管理

1.1.2.6.1系统应支持区域内所有医疗卫生人员的信息管理和权限配置。

1.1.2.6.2系统应支持人员基本信息管理，包括姓名、性别、身份证号、联系方式等基础信息。

1.1.2.6.3系统应支持专业资质管理，包括执业医师资格证、护士执业证、职称证书等。

1.1.2.6.4系统应支持岗位管理，包括设置人员的岗位、职务、所属科室等。

1.1.2.6.5系统应支持权限管理，根据岗位配置相应的系统访问权限和业务权限。

1.1.2.6.6系统应支持对接人力资源系统，实现人员动态调整，即人事科进行年度职称、授权维护后，同步更新人员的职称及授权等信息。

1.1.2.7收费项目管理

1.1.2.7.1系统应支持区域内医疗服务收费项目的统一管理和价格维护，确保收费标准的一致性和规范性。

1.1.2.7.2系统应支持收费项目基础信息管理，包括项目名称、项目编码、计价单位等。

1.1.2.7.3系统应支持设置不同级别医疗机构的收费标准。

1.1.2.7.4系统应支持维护与医保系统的项目对应关系。

1.1.2.7.5系统应支持项目分类管理，包括诊疗项目、检查项目、药品项目等。

1.1.2.8诊断目录管理

1.1.2.8.1系统应支持疾病诊断标准和手术操作分类的统一管理。

1.1.2.8.2系统应支持 ICD-10 编码体系的维护和查询。

1.1.2.8.3系统应支持 ICD-9-CM-3 编码体系的维护和查询。

1.1.2.8.4系统应支持诊断名称标准化管理，统一疾病诊断的中文名称和英文名称。

1.1.2.8.5系统应支持诊断分类管理，按疾病性质等进行分类。

1.1.2.9字典管理

1.1.2.9.1系统应支持区域内各类业务字典和代码表的统一管理，确保数据标准的一致性和规范性。

1.1.2.9.2系统应支持字典的新增、修改、删除操作。

1.1.2.9.3系统应支持字典项的新增、修改、删除操作。

1.1.2.9.4系统应支持对字典项的合法性进行校验。

1.1.2.9.5系统应支持实现不同系统间字典数据的自动同步。

1.1.3患者主索引管理

1.1.3.1患者信息查询

1.1.3.1.1系统应支持医护人员、管理人员等授权用户通过多种维度查询患者信息。

1.1.3.1.2系统应支持的查询条件包括患者姓名、身份证号、医保卡号、手机号等关键标识信息。

1.1.3.1.3系统应支持模糊查询，以应对信息录入不完整的场景。

1.1.3.1.4系统应支持查询结果导出功能。

1.1.3.2系统自动合并

1.1.3.2.1系统应支持基于预设规则与智能算法，自动识别属于同一患者的多条重复记录。

1.1.3.2.2系统应在保障数据准确性的前提下，将重复记录聚合为一条完整的患者主索引记录，形成最全面、最精准的患者信息集合。

1.1.3.2.3系统应支持同步更新关联系统的索引信息，确保患者唯一标识的一致性。

1.1.3.3待人工确认后合并

1.1.3.3.1系统应支持自动识别疑似为同一患者的多条信息记录。

1.1.3.3.2系统应支持将疑似重复记录标记为“待合并”状态。

1.1.3.3.3系统应支持将疑似记录推送至指定审核人员。

1.1.3.3.4系统应支持审核人员查看并对比记录中的详细信息，包括出生日期、家庭住址、联系方式、诊疗特征等。

1.1.3.3.5系统应支持审核人员进行人工判断，确认是否为同一患者。

1.1.3.3.6系统应支持审核确认后执行合并操作，将多条记录整合为一条唯一的主索引记录。

1.1.3.3.7系统应支持对判断为不同患者的记录标记为“无需合并”。

1.1.3.4已合并数据拆分

1.1.3.4.1系统应支持对误合并的患者记录进行拆分处理。

1.1.3.4.2系统应支持在以下情形下发起拆分申请：

1、已合并记录实际属于不同患者；

2、患者身份信息发生变更（如更正姓名、身份证号）需拆分原有关联。

1.1.3.4.3系统应支持对拆分操作进行合规性校验。

1.1.3.4.4系统应确保拆分操作不影响历史诊疗数据的完整性与可追溯性。

1.1.3.4.5系统应支持拆分完成后，将原合并记录恢复为多条独立的患者记录，并重新建立各自的主索引。

1.1.3.5主索引日志查询

1.1.3.5.1系统应对主索引相关的所有操作进行全程日志记录。

日志内容应包括：操作时间、操作人、操作类型、操作对象（患者主索引ID）、操作详情及操作结果。

操作类型应包括查询、合并、拆分、规则修改等。

1.1.3.5.2系统应支持按时间范围、操作人、操作类型等条件筛选日志。

1.1.3.5.3系统应支持通过日志快速定位问题原因，满足合规性与审计需求。

1.1.3.6匹配规则设置

1.1.3.6.1系统应支持管理员根据业务场景与数据特点，配置和优化匹配规则。

1.1.3.6.2系统应支持选择基础匹配字段，如将身份证号、医保卡号设为“强匹配字段”（完全一致则判定为同一患者），将姓名、手机号设为“弱匹配字段”（需结合多个字段综合判断）。

1.1.3.6.3系统应支持对不同字段设置匹配权重。

1.1.3.6.4系统应支持设置匹配阈值，当多条记录的综合匹配得分达到阈值时，自动标记为疑似重复记录。

1.1.3.6.5系统应支持匹配规则的测试、启用与禁用功能。

1.1.3.6.6系统应确保规则优化过程不会对现有数据管理造成干扰。

1.1.3.7主索引处理统计

1.1.3.7.1系统应支持统计待人工确认合并记录的数量。

1.1.3.7.2系统应支持统计已完成合并与拆分操作的数量及成功率。

1.1.3.7.3系统应支持统计不同时期的主索引查询频次。

1.1.3.7.4系统应支持统计匹配规则的命中准确率。

1.1.3.7.5系统应支持统计各科室及操作人员的业务处理量。

1.1.3.7.6系统应支持统计结果以表格、折线图、柱状图等多种形式展示。

1.1.3.7.7系统应支持按日、周、月等时间维度生成报表。

1.1.4患者360视图

1.1.4.1统一患者识别与总览

1.1.4.1.1系统应支持通过患者主索引自动归并同一患者在院内各系统的所有身份标识与记录。

1.1.4.1.2系统应支持醒目展示患者关键信息，包括姓名、ID、年龄、过敏史、既往史、家族史等。

1.1.4.1.3系统应支持以可视化时间轴形式展示患者历次门诊、急诊、住院等关键健康事件。

1.1.4.2集成化临床数据展示

1.1.4.2.1系统应支持集中查看患者历次就诊的诊断、手术、操作、会诊记录及详细病程文书。支持整合患者在各诊疗环节的关联数据，形成统一视图。查询结果应包括患者基本身份信息、既往就诊记录、检查检验结果、用药史等。

1.1.4.2.2检查检验一体化：

1.1.4.2.2.1系统应支持集成影像报告及调阅链接。

1.1.4.2.2.2系统应支持一键调阅 PACS 影像。

1.1.4.2.2.3系统应支持集成化验报告并展示检验化验结果。

1.1.4.2.2.4系统应支持集成LIS系统的异常检验值提示，自动进行标红或箭头等视觉提示。

1.1.4.2.2.5系统应支持对接LIS结构化数据进行关键检验指标生成趋势图分析。

1.1.4.2.3全周期用药视图：

系统应支持展示患者当前与历史用药清单，包括门诊处方和住院医嘱。

1.1.4.2.4生命体征趋势：

系统应支持以动态图表形式展示住院期间体温、脉搏、呼吸、血压等生命体征的变化曲线。

1.1.4.3多维度健康档案融合

1.1.4.3.1系统应支持整合并查看公共卫生相关数据，包括：a) 高血压、糖尿病等慢病管理随访记录；
b) 接入预防接种史；
c) 健康体检报告；
d) 家庭医生签约信息。
（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

1.1.4.3.2系统应支持在患者360视图中，汇聚患者在医共体内各医疗机构的就诊记录摘要、医嘱/处方记录、电子病历记录等相关诊疗记录信息，并支持调阅详情。（功能展示项）

◆

1.1.4.4临床辅助与工作流支持

1.1.4.4.1系统应支持为不同临床角色提供定制化的视图内容，例如：a) 医生侧重诊疗记录；
b) 护士侧重生命体征与护理记录；
c）医技科室侧重检验检查等信息。

1.1.4.5安全与管控功能

1.1.4.5.1系统应支持基于用户角色的精细化权限控制，限制敏感信息的访问范围。

1.1.4.5.2系统应支持数据基于访问机构、科室、医生组、医生个人进行数据隔离，确保不同层级用户仅可访问授权范围内的数据。

1.1.4.5.3系统应支持患者授权流程管理：中度敏感数据无权限查看用户患者授权后可调阅。

1.1.4.5.4系统应支持对所有用户调阅患者360视图的操作进行完整审计追踪，记录包括操作人、操作时间、患者ID、访问内容等详细日志。

1.1.4.5.5系统应支持在查看界面自动叠加包含当前用户信息的防泄密水印。

1.1.4.6扩展与互联功能

1.1.4.6.1系统应支持与患者门户对接，允许患者通过 APP 或小程序查看个人健康摘要。

1.1.4.6.2系统应支持患者通过门户授权医生访问其指定的健康信息。

1.1.4.6.3系统应支持在数据脱敏及获得授权的前提下，对符合条件的临床数据进行查询，用于科研用途。

1.1.5***平台

1.1.5.1数据采集交换

1.1.5.1.1系统应以实现区域内卫生数据的采集、交换、归并与共享为目标。

1.1.5.1.2系统应支持将分散在各级医疗机构应用系统中的数据，****中心。

1.1.5.1.3系统应支持对采集数据进行统一处理、信息整合和管理，满足不同层次应用系统的需要。

1.1.5.2采集交换配置

1.1.5.2.1系统应支持以医疗卫生作业场景建立独立的采集节点。

1.1.5.2.2系统应支持对采集作业、采集方式进行配置与维护。

1.1.5.2.3系统应支持根据不同节点的实际情况采用差异化配置策略。

1.1.5.3采集作业配置

1.1.5.3.1系统应支持用户为采集节点新增、删除和配置采集作业。

1.1.5.3.2系统应内置采集作业模板，并提供可视化配置引导。

1.1.5.3.3系统应支持配置作业基本信息，包括作业名称、作业路径、执行时间等。

1.1.5.3.4系统应支持配置作业执行参数，包括目标数据库名称、地址、端口、账号、密码等。

1.1.5.3.5机构采集表配置

1.1.5.3.5.1系统应支持根据各采集节点业务系统实际情况，配置不同的数据采集内容。

1.1.5.3.5.2系统应支持为采集节点编写 ETL 采集脚本，定义需上传的数据范围。

1.1.5.3.5.3系统应支持在配置采集作业时直接复制已配置的采集脚本。

1.1.5.3.6分发作业配置

1.1.5.3.6.1系统应支持将汇聚并处理后的数据分发至不同的目标库。

1.1.5.3.6.2系统应支持新增、删除和配置分发作业，并提供可视化配置引导。

1.1.5.3.6.3系统应支持配置分发作业基本信息（如名称、路径、执行时间）及目标库参数（库名、地址、端口、账号、密码）。

1.1.5.4****中心

1.1.5.4.1系统应基于 ETL 工具实现数据采集、过滤、转换、分发、标准转换、下沉功能。

****中心交换库、中心交换库到目标库两种采集场景。

1.1.5.4.2数据采集

1.1.5.4.2.1系统应支持采集来自多行业、部门、机构业务系统的数据。

1.1.5.4.2.2***平台数据标准进行数据转换，具备异构系统整合能力。

1.1.5.4.2.3系统应支持定时采集、实时采集、事件触发采集(删除，更新，新增操作)。

1.1.5.4.2.4系统应支持全量采集和增量采集。

1.1.5.4.2.5系统应支持对数据源表或视图进行原样复制。

1.1.5.4.2.6系统应支持基于预定义采集规则执行采集逻辑，****中心交换库。

1.1.5.4.2.7全量采集应适用于历史数据、字典表等无需频繁更新的场景。

1.1.5.4.2.8系统应支持基于创建时间、更新时间及逻辑删除标识字段识别新增、修改或删除的数据。

1.1.5.4.2.9系统应支持通过比对更新时间与逻辑删除标识判断数据变化。

1.1.5.4.2.10系统应支持基于 binlog 的实时增量采集，通过 FlinkCDC 监控 binlog 实现数据捕获。

1.1.5.4.3数据过滤

1.1.5.4.3.1***平台数据采集标准设置过滤规则。

1.1.5.4.3.2系统应支持控制数据记录的通过或阻止：****中心交换库，不通过的数据进行转换处理或丢弃。

1.1.5.4.4数据转换

1.1.5.4.4.1系统应对不符合标准的数据（如格式错误、不完整等）进行转换和加工。

1.1.5.4.4.2系统应在原始业务数据结构与目标数据结构之间建立映射关系，包括：

a) 数据结构映射；

b) 值域映射。

1.1.5.4.4.3系统应提供数据过滤、清洗、替换、计算、验证、合并、拆分等功能。

1.1.5.4.4.4系统应支持通过脚本自定义数据转换和加工逻辑。

1.1.5.4.5数据分发

系统应支持将经过清洗、转换和质控的标准****中心的各目标库。

1.1.5.4.6数据上传

1.1.5.4.6.1****中心***平台。

1.1.5.4.6.2***平台要求的规范改造上传接口，并按指定内容上传数据。

1.1.5.5数据采集方案

1.1.5.5.1采集标准

1.1.5.5.1.1医疗服务数据

1.1.5.5.1.1.1系统应支持采集门诊类业务（普通门诊、急诊、专家门诊、特需门诊、专科门诊）和住院类业务（普通住院、急诊观察、特需住院）数据。

1.1.5.5.1.1.2采集内容应包括：患者基本信息、就诊记录、实验室检验报告、影像诊断报告、影像图像数据、住院病历、门诊/住院诊断报告等。

1.1.5.5.1.2医疗保障数据

系统应支持采集医保参保人员在医疗机构发生的诊疗交易数据。

采集内容应包括：诊疗记录、门诊挂号、门诊收费明细、出入院信息、住院收费明细等六大类数据。

1.1.5.5.1.3公共卫生数据

采集内容应包括：健康档案管理、预防保健管理、康复管理、健康教育管理等数据。

1.1.5.5.2采集格式

1.1.5.5.2.1系统应支持采集结构化数据。

1.1.5.5.2.2系统应支持采集半结构化数据，包括json，文本等格式。

1.1.5.5.3采集交换监控

1.1.5.5.3.1系统应提供可视化监控界面，支持监管区域内各机构的数据采集交换过程。

1.1.5.5.3.2***平台与各机构的连接状态及作业执行情况。

1.1.5.5.3.3系统应支持展示各作业的历史执行明细，包括作业名称、执行结果、开始/结束时间等。

1.1.5.5.3.4系统应支持查看作业执行日志，记录完整流程明细（时间节点、流程名称、事件）。

1.1.5.5.3.5系统应支持按作业名称、执行结果、时间范围等条件检索作业记录。

1.1.5.5.3.6系统应支****中心各数据库的作业执行状态。

1.1.5.5.4采集技术

1.1.5.5.4.1系统应支持通过 ETL 技术实现数据抽取、清洗、转换、加载。

1.1.5.5.4.2系统应支持设置定时采集任务，***平台。

1.1.5.5.4.3系统应支持通过消息队列进行数据采集。

1.1.5.5.4.4系统应支持基于实时计算引擎处理数据流，并将结果存储于实时数据库。

1.1.5.6***平台（OpenAPI）

1.1.5.6.1核心能力

1.1.5.6.1.1系统应具备统一认证授权体系，支持以下能力：a) AK/SK 签名认证，用于系统间对接；
b) 接口级细粒度权限控制。

1.1.5.6.1.2系统应提供标准化 API 接口服务，包括：a) RESTful API：采用 JSON 格式，支持主流业务集成；
b) HL7 FHIR R4：支持 Patient、Encounter、MedicationRequest、Condition 等核心资源；

1.1.5.6.1.3系统应具备全链路可观测性，包括：a) 调用日志审计：记录调用方、接口、参数、耗时等，支持全文检索；
b) 链路追踪：基于 TraceID 追踪完整调用链路，支持性能瓶颈定位。

1.1.5.6.2接入管理:系统应支持为接入方分配 AccessKey（AK）和 SecretKey（SK）作为 API 调用凭证。

1.1.5.6.3接口权限配置

1.1.5.6.3.1系统应采用基于应用-接口的权限体系：a) 为每个接入系统创建一个应用，分配唯一 AK/SK；
b) 每个应用可配置其可访问的 API 接口列表。

1.1.5.6.3.2系统应提供第三方应用管理列表，支持按商户、应用等信息检索，并支持对接入账号的权限进行配置与维护。

1.1.5.6.3.3系统应支持 IP 白名单管理，限制仅白名单内的 IP ***平台服务。

1.1.5.6.4网关服务

1.1.5.6.4.1系统应支持 AK/SK 签名认证，确保请求合法性与完整性。

1.1.5.6.4.2系统应支持以下鉴权流程：a) 网关层校验签名有效性；
b) ****中心根据 AK 查询接口权限（支持缓存）；
c) 鉴权失败时返回 HTTP 403 Forbidden 及标准错误码。

1.1.5.6.4.3系统应支持以下接口协议：a) RESTful API：支持 GET、POST、PUT、DELETE 方法，JSON 格式；
b) HL7 FHIR R4：支持 Patient、Encounter、MedicationRequest、Condition 资源。

1.1.6****中心

1.1.6.1基础资源库

1.1.6.1.1***平台共用的标准、主数据与基础信息，为各业务库提供统一的标准依据和唯一可信的基础数据来源。

1.1.6.1.2标准规范库

1.1.6.1.2.1系统应建立医疗卫生术语和字典库，用于规范信息含义的一致性：a) ***平台管理者负责注册、更新与维护；
b) ***平台管理者及各医疗卫生机构提供注册、更新与维护。

1.1.6.1.2.2系统应建立数据集及值域标准库，实现数据集模型及数据元值域统一管理。

1.1.6.1.2.3系统应建立标准映射库，***平台之间的数据元、值域映射关系。

1.1.6.1.3主数据管理库

1.1.6.1.3.1系统应建立患者主索引（EMPI），为辖区内每位居民生成全局唯一标识，实现跨机构、跨系统的患者身份统一识别。

1.1.6.1.3.2系统应支持多源患者信息的匹配、比对与归并，基于姓名、证件号、手机号等要素进行重复识别与主索引合并。

1.1.6.1.3.3系统应建立机构、科室、人员、药品、耗材、诊疗项目、疾病诊断等业务主数据，实现一处维护、全域共享。

1.1.6.1.3.4系统应支持主数据的全生命周期管理，包括新增、变更、停用、版本管理及变更审批流程。

1.1.6.1.4全员人口信息库

1.1.6.1.4.1系统应建立覆盖辖区常住人口及流动人口的全员人口信息库，整合居民基本人口学信息。

1.1.6.1.4.2系统应支持人口个案的出生、迁入、迁出、死亡等状态管理，实现人口信息动态维护。

1.1.6.1.4.3系统应支持以人口信息库为基准关联居民健康档案、电子等数据，形成“一人一档”的数据归集基础。

1.1.6.1.5卫生资源库:系统应建立医疗卫生人员信息库，存储区域内所有医疗服务提供者信息，包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾控人员及其他相关从业人员，并为每位人员分配唯一标识，作为身份识别与权限管理的依据。

1.1.6.1.6系统应建立医疗卫生机构信息库，存储区域内所有医疗卫生机构信息，包括二三级医院、****中心、****中心、卫生监督所、妇幼保健所等，并为每个机构分配唯一标识，确保机构标识符规范化。

1.1.6.1.7系统应建立医疗设备与床位资源信息库，记录大型医用设备、床位等卫生资源的分布与使用状态。

1.1.6.1.8系统应支持卫生资源信息的统计与可视化展示，为区域卫生资源调配提供数据支撑。

1.1.6.2业务主题库

1.1.6.2.1业务主题库按医疗卫生业务条线汇聚诊疗全过程数据，形成面向健康档案、电子病历、公共卫生、医疗服务、医保结算等主题的标准化数据资源。

1.1.6.2.2健康档案库系统应支持管理以下居民健康档案数据：
a) 个人基本信息；
b) 健康体检；
c) 新生儿家庭访视；
d) 儿童健康体检；
e) 产前随访、产后访视、产后42天健康检查；
f) 预防接种卡；
g) 传染病报告卡、食源性疾病报告卡；
h) 高血压患者随访、2型糖尿病患者随访；
i) 严重精神障碍患者管理；
j) 门诊摘要、住院摘要；
k) 会诊信息、转诊（院）信息。

1.1.6.2.2.2系统应支持公共卫生数据管理，包括疾病预防控制、妇幼保健等业务条线数据，且健康档案信息应主要来源于公共卫生服务记录。

1.1.6.2.2.3系统应支持居民健康档案的动态更新与连续记录，实现档案随诊疗及公共卫生服务活动实时归集。

1.1.6.2.2.4系统应支持居民本人及授权医护人员按权限调阅健康档案，并记录调阅日志。

1.1.6.2.3电子病历库

1.1.6.2.3.1系统应支持管理以下七个业务域的临床信息：（1）患者基本信息：包括人口学信息、社会经济学信息、亲属（联系人）信息、社会保障信息、个体生物学标识等；
（2）病历概要：包括基本健康信息（现病史、既往病史、手术史、输血史、用药史、免疫史、过敏史、月经史、生育史、家族史、职业病史、残疾情况等）、诊疗事件摘要（名称、类别、时间、地点、结果等）；
（3）门（急）诊诊疗记录：包括门（急）诊病历、处方、治疗处置记录、护理记录、检查检验记录等；
（4）住院诊疗记录：包括住院病案首页、住院日志、病程记录、医嘱、治疗处置记录、护理记录、检查检验记录、出院记录等；
（5）健康体检记录：指非因病就诊的常规健康体检记录；
（6）转诊（院）记录：包括转入/转出工作记录；
（7）法定医学证明及报告：包括医疗机构签发的法定医学证明及依法上报的医学报告信息。

1.1.6.2.3.2系统应支持医院内授权用户对电子病历数据的访问与管理。

1.1.6.2.3.3系统应支持电子病历共享文档（CDA）的归集与解析，实现跨机构电子病历的标准化存储。

1.1.6.2.3.4系统应支持电子病历数据的完整性与时序管理，保障病历数据不可篡改、可追溯。

1.1.6.2.4公共卫生库

1.1.6.2.4.1系统应建立公共卫生数据库，汇聚疾病预防控制、慢性病管理、免疫规划、传染病监测等数据。

1.1.6.2.4.2系统应支持传染病、慢性病等重点疾病的监测数据归集与预警分析。

1.1.6.2.4.3系统应支持公共卫生数据与居民健康档案的关联，实现医防融合的数据基础。

1.1.6.2.5医疗服务与费用库

1.1.6.2.5.1系统应建立医疗服务库，汇聚门诊、住院诊疗服务记录，包括挂号、就诊、检查、检验、处方、治疗处置等。

1.1.6.2.5.2系统应建立费用明细库，记录门诊及住院的费用项目、金额、支付方式等明细信息。

1.1.6.2.5.3系统应支持医疗服务与费用数据的关联分析，为运营分析、合理用药及费用监管提供数据支撑。

1.1.6.2.6医保结算库

1.1.6.2.6.1系统应建立医保结算数据库，汇聚医保参保、结算、报销等数据。

1.1.6.2.6.2系统应支持医保结算清单（DRG/DIP）数据的归集与管理。

1.1.6.2.6.3系统应支持与医保经办机构的数据对接与对账。

1.1.6.3知识资源库

1.1.6.3.1知识资源库沉淀医学知识、临床规则与政策法规，为临床决策支持、合理用药及业务规则配置提供知识服务。

1.1.6.3.2医学知识库

1.1.6.3.2.1系统应建立医学知识库，整合疾病、药品、检查、检验、临床指南等医学知识。

1.1.6.3.2.2系统应支持药品说明书、用药指南、配伍禁忌等用药知识管理。

1.1.6.3.2.3系统应支持医学知识的检索、引用与版本更新。

1.1.6.3.3临床决策支持规则库

1.1.6.3.3.1系统应建立临床决策支持（CDSS）规则库，管理用药审查、危急值、临床路径等规则。

1.1.6.3.3.2系统应支持规则的可视化配置、测试与发布。

1.1.6.3.3.3系统应支持规则的版本管理与生效范围控制。

1.1.6.3.4分析主题库

分析主题库面向运营、监管与决策需求，对全域数据进行主题化建模与汇总，支撑统计分析、绩效考核与综合监管。

1.1.6.3.5运营分析主题库

1.1.6.3.5.1系统应建立面向门诊、住院、医技、药品、财务等的运营分析主题库。

1.1.6.3.5.2系统应支持多维度指标的汇总、钻取与对比分析。

1.1.6.3.5.3系统应支持按日、周、月、季、年等周期的数据汇总与更新。

1.1.6.3.6综合监管与绩效库

1.1.6.3.6.1系统应建立综合监管与绩效分析库，支持公立医院绩效考核、医疗质量监管等指标计算。

1.1.6.3.6.2系统应支持 DRG/DIP 相关分析指标的归集与计算。

1.1.6.3.6.3系统应支持监管指标的预警与异常提示。

1.1.6.3.7健康画像库

1.1.6.3.7.1系统应建立居民健康画像库，基于健康档案与诊疗数据形成居民标签与健康评估。

1.1.6.3.7.2系统应建立机构画像库，刻画机构服务能力、业务规模与运行状况。

1.1.6.3.7.3系统应支持画像数据的更新与应用授权管理。

1.1.6.4协同共享库

1.1.6.4.1协同共享库面向跨机构、跨平台的数据交换与共享需求，在保障数据安全的前提下提供共享调阅、数据上报与数据开放服务。

1.1.6.4.2共享调阅库

1.1.6.4.2.1系统应建立共享调阅库，***平台或系统进行数据交换的存储区域。

1.1.6.4.2.2系统应支持在保障数据安全的前提下，对数据进行抽取、清洗、脱敏和管理，形成可用于外部共享调阅的数据集。

1.1.6.4.2.3系统应支持跨机构调阅的授权控制与全程日志记录。

1.1.6.4.3数据交换与上报库

1.1.6.4.3.1系统应建立数据交换与上报库，***平台的数据报送。

1.1.6.4.3.2系统应支持按国家及省市数据上传规范进行数据组织与校验。

1.1.6.4.3.3系统应支持数据上传任务的调度、监控与失败重传。

1.1.6.4.4数据开放与脱敏库

1.1.6.4.4.1系统应支持数据脱敏规则配置，包括屏蔽、替换、泛化等脱敏方式。

1.1.6.4.4.2系统应支持数据开放的申请、审批、授权与使用审计。

1.1.7****中心

1.1.7.1全局配置

1.1.7.1.1系统应支持全局配置管理，作为系统的基础运行配置，作用于整个系统架构，对各业务模块具有普遍约束性。

1.1.7.2门诊配置

1.1.7.2.1系统应支持门诊业务全流程配置，包括挂号、就诊、检查、处方、收费等环节，并应满足以下要求：

1.1.7.2.1.1贴合门诊业务高频、高效的特点；

1.1.7.2.1.2支持优化诊疗流程，缩短患者等待时间；

1.1.7.2.1.3支持多渠道服务模式（如窗口、自助机、线上等）；

1.1.7.2.1.4保障门诊业务数据精准流转。

1.1.7.3住院配置

1.1.7.3.1系统应支持住院业务全流程配置，包括入院、住院诊疗、出院等环节，并应满足以下要求：

1.1.7.3.1.1适配住院业务流程复杂、周期长、数据量大的特点；

1.1.7.3.1.2支持床位管理、医嘱执行、费用核算等核心环节的灵活配置。

1.1.7.4医技配置

1.1.7.4.1系统应支持医技科室（包括检验科、放射科、超声科等）业务配置，聚焦检查检验项目管理、报告生成、设备对接等核心需求，保障医技服务高效协同。

药房库房配置

1.1.7.5.1系统应支持药品与耗材的全流程管理配置，包括采购、入库、存储、出库、盘点等环节，并应严格遵循国家药品管理相关法规，保障药品耗材的质量与供应安全。

1.1.7.6出入转配置

1.1.7.6.1系统应支持住院患者出入转流程配置，包括入院登记、床位安排、科室间转诊、出院结算等关键节点，保障流程衔接顺畅、数据记录完整。

1.1.7.7收费配置

1.1.7.7.1系统应支持门诊及住院全流程费用管理配置，并应满足以下要求：

1.1.7.7.1.1严格遵循国家物价政策与医保相关规定；

1.1.7.7.1.2确保收费项目精准、合规；

1.1.7.7.1.3支持多元化支付方式（如现金、移动支付、医保结算等）。

1.1.7.8病历配置

1.1.7.8.1系统应支持电子病历（EMR）全流程配置，包括病历书写、审核、归档、查询等环节，保障病历的规范性、完整性与安全性。

1.1.7.9配置管理日志

1.1.7.9.1系统应支持配置管理日志功能，完整记录所有配置项的全生命周期变更信息（包括操作人、操作时间、变更内容、操作结果等），以保障系统运行的稳定性、合规性与可追溯性，满足问题排查需求。

1.1.8****中心

1.1.8.1****中心

1.1.8.1.1多渠道消息推送

▲

系统支持配置站内信推送、短讯推送、微信小程序推送等多渠道消息推送方式。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

1.1.8.1.2站内信推送：

a) 系统应支持通过 WebSocket 实时推送消息；

b) 应支持三种消息优先级及对应交互方式：

- 普通消息：消息图标显示红点，数字为未读数量；

- 重要消息：消息图标显示红点，并弹出消息标题提示；

- 紧急消息：全屏弹窗展示完整消息内容，并伴有语音提示“您有一条紧急消息”。

1.1.8.1.3短信推送：

a) 系统应支持向患者或医护人员发送关键业务短信；

b) 典型场景包括：患者手术排期通知、检验报告提醒、复诊提醒；医护人员危急值报警、非工作时间急诊患者入院通知。

1.1.8.1.4微信小程序推送：

a) 系统应支持向关注医院小程序的患者推送就诊相关消息；

b) 典型场景包括：挂号成功通知、缴费成功通知、检验报告提醒。

1.1.8.1.5消息分类

1.1.8.1.5.1系统应支持按事件类型分类，包括：医嘱管理、检验检查、手术管理、住院管理等。

1.1.8.1.5.2系统应支持按消息优先级分类，包括：紧急（如危急值报警）、重要（如处方待审核）、普通（如系统公告）。

1.1.8.1.6消息管理功能

1.1.8.1.6.1系统应支持消息查询，包括：

a) 按标题或内容关键词搜索；

b) 按时间范围过滤（今天、近7天、近30天）；

c) 按事件类型过滤；

d) 按已读/未读状态筛选。

1.1.8.1.6.2系统应支持消息操作，包括：

a) 单条或批量标记已读；

b) 单条或批量删除；

c) 点击消息跳转至对应业务处理页面（如点击“处方待审核”跳转至药房审核页面）。

1.1.8.1.6.3系统应在页面顶部导航栏实时显示未读消息数量，并以红点提醒。

1.1.8.1.7批量发送功能

1.1.8.1.7.1系统应支持运营人员向指定人群批量发送通知，典型场景包括：系统维护通知、节假日门诊安排、健康宣教等。

1.1.8.1.7.2系统应支持：

a) 按科室、按角色批量选择接收人；

b) 立即发送或定时发送；

c) 实时监控发送进度（已发送、成功、失败数量）；

d) 查询发送历史，了解消息触达率。

1.1.8.2****中心

1.1.8.2.1待办任务汇聚

1.1.8.2.1.1系统应提供统一待办入口，医护人员可一次性查看来自多个业务系统的待办任务，无需切换系统。

1.1.8.2.1.2系统应支持任务来源包括：医生站（医嘱审核）、护士站（医嘱执行）、检验科（危急值处理）、医务科（病历质控）、BPM流程（审批任务）等。

1.1.8.2.2任务分类与展示

1.1.8.2.2.1系统应支持多维度 Tab 分类展示：

a) 待我处理：分配给当前用户的任务，按优先级和过期时间排序；

b) 我已处理：已完成的任务历史；

c) 抄送我的：仅需查看、无需处理的任务；

d) 科室任务池：分配给科室的公共任务，科室成员可认领处理。

1.1.8.2.2.2系统应对任务进行优先级可视化标识：

a) 紧急（红色标签）：如危急值待处理；

b) 重要（橙色标签）：如处方待审核；

c) 普通（灰色标签）：如会议通知。

1.1.8.2.3待办处理与闭环

1.1.8.2.3.1系统应支持点击待办任务自动跳转至对应业务处理页面（如处方审核页、检查预约页）。

1.1.8.2.3.2系统应支持任务状态自动更新：当用户在业务系统完成操作后，业务系统应触发事件，****中心接收事件后自动更新任务状态，无需用户手动标记。

1.1.8.2.3.3系统应支持闭环状态管理，包括：已完成、已驳回、已取消。

1.1.8.2.4任务统计与监控

1.1.8.2.4.1系统应在待办首页展示个人实时统计：待处理总数、紧急任务数（红色高亮）、抄送任务数。

1.1.8.2.4.2系统应支持科主任、护士长查看本科室待办情况，包括：

a) 科室待办总量日趋势；

b) 科室成员待办分布；

c) 过期待办排查；

d) 平均处理时效分析。

1.1.8.2.5BPM流程集成

系统应支持与医院BPM流程集成：当审批流程到达某节点时，****中心创建对应审批待办；用户点击待办可跳转至审批页面；审批完成后，待办自动关闭，流程继续流转。

1.1.8.3患者时间轴

1.1.8.3.1全生命周期轨迹展示

系统应以竖向时间线形式展示患者从挂号、就诊、检查、治疗到出院随访的完整诊疗轨迹，最新事件置顶，历史事件按时间倒序排列。

1.1.8.3.2多维度查询与过滤

1.1.8.3.2.1系统应支持两种视图模式：

a) 全景视图：展示患者所有历史就诊记录；

b) 单次就诊视图：仅展示特定住院或门诊周期内的诊疗节点。

1.1.8.3.2.2系统应支持多维度过滤：

a) 按节点类型（如仅检验报告）；

b) 按时间范围（近7天、近30天等）；

c) 按科室（如仅心内科记录）。

1.1.8.3.3快速检索功能

1.1.8.3.3.1系统应支持关键词秒级检索时间轴节点。

1.1.8.3.3.2系统应对搜索结果按相关度与时间综合排序，确保最相关且最新的记录优先展示。

1.1.8.3.4数据快照机制

1.1.8.3.4.1系统应采用快照机制，在事件发生时立即保存时点数据，确保记录内容不随源业务数据变更而修改，保障数据真实性与不可变性。

1.1.8.3.4.2当业务发生撤销操作（如医嘱作废）时，系统应在时间轴中标记原节点为“已撤销”，并记录撤销时间与原因；可选创建“医嘱已撤销”新节点以完整记录生命周期。

1.2门(急)诊管理

1.2.1门(急)诊预约挂号

1.2.1.1患者建档

1.2.1.1.1系统应支持通过读卡（身份证、医保卡）、扫码（电子医保码、电子健康码）、手工录入等方式完成患者基本信息登记。

1.2.1.1.2系统应在患者建档成功后，自动生成电子就诊卡，并同步生成对应的条形码或二维码，支持打印在病历上，作为患者在院内身份识别与流通的凭证。

1.2.1.1.3系统应支持对建档界面控件设置必填属性。

1.2.1.1.4系统应支持患者电子就诊卡的建卡、信息修改及相关查询操作。

1.2.1.2门急诊挂号

1.2.1.2.1系统应支持通过读卡、扫码、手工搜索等方式选择已建档患者。

1.2.1.2.2系统应支持在挂号过程中，对未建档患者进行快捷建档并自动选中，继续完成挂号流程。

1.2.1.2.3系统应支持选择挂号级别、结算方式、挂号科室、看诊专家等信息完成挂号。

1.2.1.2.4系统应支持现金、刷卡、移动支付等多种支付方式。

1.2.1.2.5系统应支持打印挂号凭条或发票。

1.2.1.2.6系统应支持对接电子发票服务。

1.2.1.3退号管理

1.2.1.3.1系统应支持通过姓名、就诊卡号等多种方式查询挂号记录。

1.2.1.3.2系统应根据患者实际就诊状态（如是否已叫号、是否已看诊等）自动判断是否允许退号，并给出相应提示。

1.2.1.4挂号日结

1.2.1.4.1系统应根据上次日结完成的时间点，自动生成截至当前时间的挂号日结单。

日结单应包含：发票号段、总金额、各支付方式金额（现金、刷卡等）、医保报销金额、现金缴纳金额等明细信息。

1.2.1.4.2系统应支持取消已执行的日结操作，恢复至日结前状态。

1.2.1.5查询统计

1.2.1.5.1系统应支持挂号情况查询。

1.2.1.5.2系统应支持退号情况查询。

1.2.1.5.3系统应支持挂号工作量查询。

1.2.1.5.4系统应支持按医生、科室维度统计挂号工作量。

1.2.1.5.5系统应支持将查询结果以报表形式导出。

1.2.1.6基础设置

1.2.1.6.1系统应支持班次维护功能。

1.2.1.6.2系统应支持挂号号别及关联费用的维护。

1.2.1.6.3系统应支持按周或按月生成医生/科室排班计划。

1.2.1.6.4系统应在排班计划中支持配置每个号源的数量上限。

1.2.1.6.5系统应支持配置科室的性别限制和年龄限制（如妇科限女性、儿科限14岁以下）。

1.2.1.6.6系统应支持弹性调节预约号源。

1.2.2急诊预检分诊

1.2.2.1急诊配置

1.2.2.1.1急诊分级字典维护

1.2.2.1.1.1系统应支持设置医疗机构内的急诊分级管理规则，并遵循“三区五级”分级原则。

1.2.2.1.1.2系统应支持配置各分级的标志、响应时长、再评估时长、建议评估模型、分诊去向等内容。

1.2.2.1.2急诊知识库维护

1.2.2.1.2.1系统应支持自定义急诊分诊知识库。

1.2.2.1.2.2系统应支持维护症状分类、分诊症状及分诊依据。

1.2.2.1.2.3系统应支持维护不同症状或依据对应的分级规则。

1.2.2.1.2.4系统应支持基于知识库快速为患者进行病情分级和确定分诊去向。

1.2.2.1.3生命体征及分级规则维护

1.2.2.1.3.1系统应支持维护不同业务节点下所需的生命体征数据项。

1.2.2.1.3.2系统应支持维护生命体征值域范围与分级规则的对应关系。

1.2.2.1.3.3系统应支持在预检分诊时根据患者生命体征实现自动分级。

1.2.2.1.4急诊评估模型维护

1.2.2.1.4.1系统应支持自定义急诊评分评估模型。

1.2.2.1.4.2系统应支持模型之间互相引用及自动评分。

1.2.2.1.4.3系统应支持根据生命体征自动计算评分。

1.2.2.1.4.4系统应支持根据评分结果自动确定分诊级别。

1.2.2.1.4.5系统应支持以下评估模型模板：

早期预警评分

改良早期预警评分（MEWS）

格拉斯哥昏迷评分（GCS）

疼痛评分

创伤评分

跌倒评分

急诊内科评分（REMS）

START评分

急诊严重指数（ESI）

RETTSChina评分

1.2.2.1.5绿色通道病种维护

1.2.2.1.5.1系统应支持自定义维护绿色通道病种。

1.2.2.1.5.2系统应支持根据病种自动推荐患者就诊科室。

1.2.2.2预检分诊

1.2.2.2.1急诊预检分诊

1.2.2.2.1.1系统应支持基于“三区五级”原则对急诊患者进行快速分诊分级。

1.2.2.2.1.2系统应支持采集患者的主诉症状、生命体征、评分结果及临检项目信息。

1.2.2.2.1.3系统应支持基于维护的分级规则实现自动分诊，并将患者分配至最合适的诊疗区域。

1.2.2.2.1.4系统应支持自动选择患者分诊去向。

1.2.2.2.1.5系统应支持“三无人员”（无姓名、无证件、无陪人）的分诊登记。

1.2.2.2.1.6系统应支持对急危重症患者标记绿色通道。

1.2.2.2.1.7系统应支持为危重症患者快速完成挂号操作。

1.2.2.2.1.8系统应支持读卡功能，包括就诊卡、身份证、医保卡、电子医保卡等，自动获取患者基本信息。

1.2.2.2.1.9系统应支持识别同一身份证号对应的多种证件，并基于身份证号进行患者主索引匹配与信息合并。

1.2.2.2.1.10系统应支持与具有输出端口的监护仪、臂式自助血压计等体征采集设备对接，实现生命体征信息自动采集与填充。

1.2.2.2.1.11系统应支持与挂号系统对接，获取患者基本信息、医保信息及费用信息。

1.2.2.2.1.12系统应支持“先分诊后挂号”模式，减少信息重复录入与患者等待时间。

1.2.2.2.1.13系统应支持“先诊疗后收费”与“先收费后诊疗”两种急诊就诊模式。

1.2.2.2.1.14系统应支持“三无患者”信息记录，并允许后期通过证件或手工方式补录完整信息。

1.2.2.2.1.15系统应支持对开通绿色通道的急危重症患者，在抢救过程中补录分诊信息。

1.2.2.2.1.16系统应支持记录患者来院方式及入院状态、发病时间、发病地点等详细信息。

1.2.2.2.1.17系统应支持配置智能分诊规则或对接合规第三方 AI 大模型接口或调用本地部署的 AI 大模型，实现智能辅助预检分诊。

1.2.2.2.2预检分诊患者管理

1.2.2.2.2.1系统应支持按业务发生时间筛选不同状态的患者。

1.2.2.2.2.2系统应支持管理以下三类患者：已挂号未分诊、已完成分诊、暂存未完成评估。

1.2.2.2.2.3系统应支持对已完成分诊的患者进行再次评估或修改评估信息。

1.2.2.2.2.4系统应支持对暂存状态的评估记录继续完成分诊流程。

1.2.2.2.2.5系统应根据分诊级别对应的响应时长，自动提醒患者滞留超时情况。

1.2.2.2.2.6系统应展示分诊分级的患者数据，辅助分诊护士判断是否需再次评估或提醒医生接诊。

1.2.2.2.2.7系统应支持按预检时间、患者档案号、身份证号、姓名、预检级别等条件快速查询患者信息。

1.2.2.2.3群伤事件登记

1.2.2.2.3.1系统应支持群伤事件登记功能。

1.2.2.2.3.2系统应支持记录事件名称、时间、地点、类型、人数、事件经过及备注等信息。

1.2.2.2.3.3系统应支持对群伤患者进行批量分诊、单个分诊，或将已分诊患者关联至群伤事件。

1.2.2.2.3.4系统应支持群伤事件相关信息的统计与导出。

1.2.3智能分诊排队叫号

1.2.3.1系统配置

1.2.3.1.1系统应支持配置签到模式，包括：诊区签到、院区签到、无需签到。

1.2.3.1.2系统应支持配置线上签到方式及有效签到距离。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

1.2.3.1.3系统应支持根据诊间环境大小及特点，配置诊间等候区最大等候人数。

1.2.3.1.4系统应支持配置上屏显示的患者数量。

1.2.3.1.5系统应支持设置复诊、过号患者与初诊患者的间隔呼叫规则。

1.2.3.1.6系统应支持对接桌面硬件呼叫器、诊区大屏、诊间大屏、扫描枪等外接设备。

1.2.3.2护士分诊台

1.2.3.2.1系统应支持通过刷卡、扫描条码、手工录入等方式进行患者签到。

1.2.3.2.2系统应支持初诊患者签到、复诊患者二次签到、过号患者再报到。

1.2.3.2.3系统应支持自动报到（基于线上签到）及手动批量报到模式。

1.2.3.2.4系统应支持查看当前诊区各队列情况，并支持对候诊患者进行排序或调号操作。

1.2.3.2.5系统应支持复诊（回诊）患者签到后再次进入队列，并可配置复诊插队策略。

1.2.3.2.6系统应支持绿色通道（弃号）功能，允许患者不经叫号直接就诊。

1.2.3.2.7系统应支持过号患者签到后重新进入队列，并可配置其优先就诊、延后就诊（含延后位数）等规则。

1.2.3.2.8系统应支持向候诊区广播语音及文本信息。

1.2.3.3候诊区大屏

1.2.3.3.1系统应支持对接诊区大屏，滚动显示当前呼叫、等待、过号的排队信息。

1.2.3.3.2显示内容应包括：排队号码、患者姓名、科室名称、日期时间等信息。

1.2.3.3.3系统应在每次叫号时立即全屏显示当前叫号信息。

1.2.3.3.4系统应支持按用户需求自定义显示画面效果，包括字幕形式、颜色风格等。

1.2.3.4诊间大屏

1.2.3.4.1系统应支持显示诊室医生信息，包括姓名、职称、照片。

1.2.3.4.2系统应支持显示科室名称、诊室名称。

1.2.3.4.3系统应支持显示当前呼叫患者姓名与号码、当前等待就诊患者姓名与号码。

1.2.3.4.4系统应支持显示日期时间信息。

1.2.3.4.5系统应支持按用户需求自定义显示画面效果，包括字幕形式、颜色风格等。

1.2.3.5医生工作站叫号

1.2.3.5.1系统应支持多种呼叫方式，包括：顺序呼叫、选择呼叫等。

1.2.3.5.2系统应支持叫号、重呼、选呼三种操作方式。

1.2.3.5.3系统应支持患者状态管理，包括：过号（呼叫未到）、诊结。

1.2.3.5.4系统应支持医生工作状态切换，包括：暂离、停诊。

1.2.3.5.5系统应支持对过号患者按规则自动重排，并可在后台统一配置诊区级的过号自动重排次数及插入位置。

1.2.3.5.6系统应支持医生手动选择过号患者进行再次就诊呼叫。

1.2.3.5.7系统应支持叫号弹窗折叠及自适应缩放。

1.2.4门急诊收费

1.2.4.1门急诊收费

1.2.4.1.1系统应支持查询患者未结算的门诊费用明细。

1.2.4.1.2系统应支持打印发票。

1.2.4.1.3系统应支持将****中心，并实现医保在线实时报销功能。

1.2.4.1.4系统应支持费用结算等操作。

1.2.4.1.5系统应支持根据患者类别（如医保、自费等）自动确定收费比例，并计算患者自付金额与记账金额。

1.2.4.1.6系统应支持患者通过线上（如移动支付）与线下（如现金、刷卡等）多种支付方式完成结算。

1.2.4.1.7系统应支持根据不同患者类别自动打印对应格式的发票。

1.2.4.2门急诊退费

1.2.4.2.1系统应支持基于医生在系统中开具的退费单发起退费流程。

1.2.4.2.2系统应支持收费员查询对应的费用明细及发票信息。

1.2.4.2.3系统应支持按原支付路径退回费用。

1.2.4.3收费查询

1.2.4.3.1系统应支持通过多维度（如患者、时间、收费员等）查询已完成的门诊收费记录。

1.2.4.3.2系统应支持对收费记录进行统计与对账。

1.2.4.3.3系统应支持查看详细的费用构成信息。

1.2.4.4费用日结

1.2.4.4.1系统应支持收费员在每日工作结束时，对本班次内所有收款业务进行日结汇总。

1.2.4.4.2日结单应展示总金额、各支付方式金额、社保报销金额、现金缴纳金额等明细信息。

1.2.4.4.3系统应支持取消最近一次日结操作。

1.2.4.4.4系统应支持查询历史日结单。

1.2.4.4.5系统应支持补打历史日结单。

1.2.5门诊医生工作站

1.2.5.1门诊诊疗管理

1.2.5.1.1患者管理

1.2.5.1.1.1系统主界面应显示不同就诊状态的患者信息列表，默认显示本人或本科室患者。

1.2.5.1.1.2患者信息列表应按以下状态分类显示：未就诊、就诊中、已接诊、历史已诊，并支持按就诊状态颜色区分。

1.2.5.1.2待诊Tab：

1.2.5.1.2.1应显示当前医生所有待接诊患者，包括初诊待签到、初诊已签到、复诊已签到；

1.2.5.1.2.2排序规则：已签到患者排列在上方，未签到排列在下方；已签到患者按候诊顺序排列；未签到患者按号源号序从小到大排列。

1.2.5.1.3已诊Tab：

1.2.5.1.3.1应显示当前医生接诊过的所有仍在有效期的患者；

1.2.5.1.3.2包含【门诊单：暂挂】和【门诊单：诊出】，排除【挂号单：复诊签到】；

1.2.5.1.3.3按就诊日期+号源时段（开始点）倒序排列；同开始点时按接诊时间从最近到最远排序。

1.2.5.1.4科室已诊Tab：

1.2.5.1.4.1仅在当前午别为科室号时显示；

1.2.5.1.4.2展示当前科室下除本人外其他医生的已诊患者；

1.2.5.1.4.3数据范围与排序规则同“已诊Tab”，同接诊时间时按档案号由大到小排列。

1.2.5.1.5历史已诊Tab：

1.2.5.1.5.1展示当前医生在当前科室下历史所有已诊且不在有效期患者，时间范围由后台配置；

1.2.5.1.5.2数据范围与排序规则同“科室已诊Tab”。

1.2.5.1.6系统应支持通过档案号、患者姓名等信息检索和定位患者。

1.2.5.1.7系统应支持对接读卡器，通过刷磁卡、保障卡、IC卡定位患者。

1.2.5.1.8单击患者应可快速进入诊疗界面。

1.2.5.1.9系统应支持叫号功能：医生点击顺呼按钮后，通知分诊台发出语音叫号，并支持重复呼叫。

1.2.5.1.10系统应支持标记患者去向：结束就诊时可将患者状态设为“暂挂”或“诊出”，或申请住院。

1.2.5.1.11系统应具备接诊校验功能：

a)未录入诊断时，不允许结束就诊；

b)结束就诊时校验病历是否签名。

1.2.5.1.12***平台对接情况下，系统应支持调阅患者外院检查检验报告。

1.2.5.1.13门诊患者基本信息管理

系统应支持查看患者基本信息，包括：姓名、性别、年龄、费别、诊断、医生、挂号科室、挂号类别。

系统应提供修改功能，可修正患者有误信息。

系统应支持查看及修改患者健康状况，包括：既往史、过敏史。

系统应对患者信息必填项进行控制，保存时校验必填项完整性。

系统应根据身份证号自动校验年龄、性别、出生日期。

1.2.5.1.14病人过敏信息管理

系统应支持查看、补录患者过敏信息，并可作废录入有误的过敏信息。

可录入的过敏类型包括：药物过敏、食物过敏、造影剂过敏及其他自定义过敏信息。

当医生开具存在过敏记录的药品时，系统应进行提示或拦截。

1.2.5.1.15患者诊断管理

系统应支持两种诊断类型：

西医诊断：内置ICD-10标准诊断码；

中医诊断：系统应支持中医疾病、症候录入，并符合国家最新版中医诊断新标准。

1.2.5.1.16系统应支持支持对接中医智能辅诊系统，一键引用推导的诊断。

1.2.5.1.17系统应支持维护科室或医生个人常用诊断库。

诊断检索应支持按拼音、五笔、汉字、代码、别名进行完全匹配、前导匹配和模糊匹配，并可按西医、中医、传染病分类查询。

1.2.5.1.18系统应支持对已选诊断添加前/后缀。

1.2.5.1.19系统应具备诊断校验功能：

录入传染病诊断时，自动触发传染病上报功能，进入上报填写界面；

保存处方、项目、检验/检查申请单、治疗项目时，如未录入诊断，应弹出诊断录入框或提示。

系统应集成多种基于诊断的报告卡填报功能。

1.2.5.1.20抗菌药物分级管理

在与抗菌药物系统对接情况下，系统应规范抗菌药物临床应用。

系统应提供越级使用审批功能，支持门诊特定情况下经审批后使用三级抗生素。

系统应支持特殊使用级抗菌药使用前抗感染会诊强制要求，填写或关联会诊意见。

1.2.5.1.21 医生工作量查询

系统应支持医生查询工作量、处方、上下班时间统计、用药分析等信息。

系统应支持查询入院单、手术等信息。

1.2.5.2门诊处方管理

1.2.5.2.1门诊处方处置规则

系统应提供可视化处方规则配置界面，校验医生处方规范性。

1.2.5.2.2系统应校验医生处方权及麻醉药品开具权限。系统应按以下维度维护用药范围规则：

1.按职称设置用药范围；

2.按人员设置用药范围；

3.按药品类别设置审核流程（如毒性药品、麻醉药品需上级医师审核）；

4.按急诊/普通患者设置药品用量（普通≤7日，急诊≤3日）；

5.设置用法联动关联项目；

6.具备重复药品校验提示功能；

7.支持中药饮片处方规则设置（草药分类、煎法、用法分类、默认值、显示控制）；

8.开具药品时校验库存、处方权限、重复用药、过敏史、药品互斥；

9.药品特殊标记应显示以下标签（按优先级）：基本药物、高危药品、带量采购药品、一类精神药品、二类精神药品、麻醉药品、毒性药品、国采、省采、市采。

1.2.5.2.3门诊处方和处置录入

1.2.5.2.3.1西成药、中成药处方录入

1.2.5.2.3.2系统应支持通过通用名、商品名查询药品。

1.2.5.2.3.3系统应提供四种处方录入方式：

1）选择常用药（支持维护个人常用药清单）；

2）自由输入（支持拼音/五笔首字母查询）；

3）选择医嘱组套（支持全院、科室、个人三级）；

4）选择患者历史处方。

1.2.5.2.4系统应支持默认设置药品用法、剂量、嘱托，并可按剂量、频次、天数自动计算数量。

1.2.5.2.4.1系统应提供常用嘱托库供选择。

1.2.5.2.4.2系统应支持处方与诊断绑定。

1.2.5.2.4.3诊断录入支持采用标准ICD码，不支持自由输入；支持多诊断及中医疾病、证候；支持常用诊断库及高频诊断推荐。

1.2.5.2.5中草药处方录入

1.2.5.2.5.1系统应支持专属中医处方的开立模式，支持中医相关频次的录入等，提高用户进行中医诊疗的体验效果。

1.2.5.2.5.2系统应支持通过通用名、代码、拼音查询中草药品。

1.2.5.2.5.3系统应支持煎药方式选择，例如代煎、自煎等。

1.2.5.2.6系统应支持多种中草药快捷开立模式，包括中药经方验方协定方、医嘱组套、患者历史处方、自由开立。

1.2.5.2.6.1系统应支持无中医相关诊断，不能开立中草药相关限制。

1.2.5.2.6.2系统应支持无中医相关处方权限，不能直接开立中草药处方但可开具协定方的相关限制配置。

1.2.5.2.7系统应支持对接中医智能辅诊系统，一键引用推导的中草药方。

1.2.5.2.7.1系统应支持对接中医智能辅诊系统，一键引用推导的中医适宜技术。

1.2.5.2.8治疗项目录入

1.2.5.2.8.1系统应支持录入收费项目及临床项目，并与物价局、医保局项目对应。

1.2.5.2.8.2系统应提供三种录入方式：患者历史处方、医嘱组套、自由开立。

1.2.5.2.8.3系统应支持默认、录入、修改执行科室。

1.2.5.2.8.4系统应支持设置治疗项目医嘱组套（个人、科室）。

1.2.5.2.8.5系统应支持在开具治疗申请单时自动获取门诊电子病历中的临床信息。

1.2.5.2.9门诊手术及项目录入

1.2.5.2.9.1系统应支持录入门诊手术及手术通知单。

1.2.5.2.9.2系统应支持手术分级管理，并对需审批手术进行审核确认后流转。

1.2.5.2.10处方与就诊属性动态调整

1.2.5.2.10.1系统应支持根据患者实际情况（自费、医保、慢病、特病等）灵活变更就诊结算类型。

1.2.5.2.11系统支持患者变更就诊结算类型后，便捷查看其相关信息（如慢病病种），支持调用医保审核服务进行合规性审核。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

1.2.5.2.12门诊医嘱组套管理

1.2.5.2.12.1维护组套

1.2.5.2.12.1.1系统应支持维护人员及医生按诊断、治疗方案等维度维护医嘱组套。

1.2.5.2.12.1.2医嘱组套应支持院级、科室、个人三级分类。

1.2.5.2.12.2引用医嘱组套

医生应可直接选择、引用医嘱组套，组套支持品规级、通用名加规格、通用名级匹配，支持医生高效完成诊疗工作。

1.2.5.3.门诊申请单管理

1.2.5.3.1门诊检验电子申请单

1.2.5.3.1.1系统应统一管理检验项目，以模拟纸质申请单方式勾选项目生成收费信息。

1.2.5.3.1.2检验项目应来自全院统一检验字典，下达申请时生成医嘱并传送至检验科室。

1.2.5.3.2系统应提示项目相关标本，支持按项目录入标本，并支持录入备注、注意事项。

系统应校验执行科室、标本及附加信息的必填项。

1.2.5.3.3系统应支持自动获取电子病历中的临床信息。

系统应按医生权限、病人性别、年龄、项目互斥等规则控制项目下达。

1.2.5.3.4系统应支持按公共收费项目设置优惠规则。

1.2.5.3.5系统应支持按加急规则控制检验项目加急状态，并校验项目停用状态。

1.2.5.3.6系统应提供历史检验申请单查看和打印功能。

在与医技系统对接情况下，收费后数据应发送至检验系统。

在与CDSS系统对接情况下，应支持智能辅助开单及项目知识库调阅。

1.2.5.3.7系统应支持生成HTML格式申请单供检验科室调阅或纸质格式打印。

1.2.5.3.8门诊检验报告调阅

在与检验系统对接情况下，系统应支持多维度查看、打印电子检验报告。

1.2.5.3.9系统应自动接收并关联检验报告，信息包括：报告名称、发布时间、送检日期、项目名称、报告内容。

检验结果应直观显示，异常值通过箭头、颜色醒目标记。

1.2.5.3.10系统应支持查看历史住院及门诊报告，并进行指标对比分析。

系统应支持医技报告打印及合并打印。

1.2.5.3.11系统应支持一键将选中检验结果插入门诊病历。

1.2.5.3.12门诊检查电子申请单

1.2.5.3.12.1系统应统一管理检查项目，结构化处理为检查处方并生成收费信息。

1.2.5.3.12.2医生应可通过检查项目、模板或患者历史检查生成申请单。

1.2.5.3.13系统应支持查询适应症、作用、注意事项，并自动获取电子病历主诉、现病史及诊断。

在接入检查预约系统情况下，应支持直接为患者预约检查。

1.2.5.3.14系统应校验项目启停用状态、医师权限、病人年龄、性别。

1.2.5.3.15系统应支持为特定项目添加/删除同意书。

1.2.5.3.16系统应支持检查项目加急功能（允许/默认/强制加急）。

在与CDSS对接情况下，应支持查看项目知识库内容。

1.2.5.3.17系统应支持生成HTML格式申请单供检查科室调阅或纸质格式打印。

1.2.5.3.18系统应具备校验规则：

（1）校验检查部位选择；

（2）灵活设置收费规则（项目互斥、联动收费、第二部位打折、多项目组合）。

在与检查系统对接情况下，收费后应传送检查申请信息。

1.2.5.3.19门诊检查报告调阅

在与检查系统对接情况下，系统应支持多维度查看、打印电子检查报告及影像。

1.2.5.3.20系统应自动接收报告，信息包括：报告名称、发布时间、送检日期、项目名称、报告内容。

1.2.5.3.21***网页方式直观显示检查结果及图像，突出显示异常指标。

1.2.5.3.22系统应支持医技报告打印及合并打印。

1.2.5.3.23系统应支持一键将选中检查结果插入门诊病历。

1.2.5.4会诊管理

1.2.5.4.1会诊申请模块

1.2.5.4.1.1系统应支持以下会诊类型：院内科间单学科会诊、多学科会诊、院际远程会诊、急诊紧急会诊。

1.2.5.4.1.2系统应支持对紧急会诊一键标记“紧急”，并自动触发加急通知，强制要求会诊医生在规定时限内响应（如10分钟响应、30分钟到场）。

1.2.5.4.2系统应根据会诊类型自动加载对应申请单模板，模板字段应包括患者基础信息、主要诊断、会诊目的、拟邀请科室/专家、病史摘要等。

系统应自动获取患者姓名、就诊号、诊断等核心信息，避免重复录入。

1.2.5.4.3系统应支持在会诊申请单中关联查看检验报告、影像报告、心电图等关键诊疗资料。

系统应支持实时展示会诊申请状态（已申请、已提交、会诊中、完成会诊），并在状态变更时自动推送提醒（如工作站弹窗、短信通知）。

1.2.5.4.4系统应支持申请撤回与修改：

（1）未应答的申请可由申请人直接撤回修改；

（2）已审核的申请需应答人取消应答后方可撤回。

1.2.5.4.5会诊应答模块

1.2.5.4.5.1会诊医生应可在会诊前查阅患者病历、检验检查报告等诊疗资料，并支持标记重点内容。

1.2.5.4.5.2系统应支持会诊专家录入结构化会诊意见，包括后续治疗方案、责任科室/医生等字段。

1.2.5.4.5.3在多学科会诊中，系统应支持参会专家在线书写各自会诊意见，会诊记录书写人可综合意见整理会诊结论。

1.2.5.4.6系统应支持电子签名确认会诊意见，签署后意见不可篡改，并自动记录签署时间与人员信息。

1.2.5.4.7会诊记费

系统应支持配置会诊费收取规则，包括按会诊专家级别、会诊类型或自定义规则进行收费。

1.2.5.4.8会诊统计与分析模块

1.2.5.4.8.1系统应支持按科室、专家、时间周期（日/月/季/年）统计会诊次数、会诊类型分布（如科间会诊、多学科会诊占比）、紧急会诊占比等数据。

1.2.5.4.8.2系统应支持统计专家平均响应时间、会诊准时率、会诊记录完成及时率，为绩效考核提供数据支撑。

1.2.5.4.9系统应支持分类统计会诊结论（如“调整治疗方案”“转科治疗”“手术建议”“保守治疗”）。

1.2.5.4.10系统应提供报表设计工具，支持用户创建个性化报表，并导出为Excel、PDF等格式。

1.2.5.5抗菌药分级管理

1.2.5.5.1抗菌药物规则设置

1.2.5.5.1.1系统应支持维护药品属性为抗菌药物，并设置其等级：非限制使用级、限制使用级、特殊级。

1.2.5.5.1.2系统应支持按抗菌药物等级配置使用权限，包括使用场景（门诊/急诊/住院）、医生科室、医生职称要求，并可配置审核流程。

1.2.5.5.2抗菌药物使用管控

1.2.5.5.2.1医生录入抗菌药物时，系统应对照其使用权限进行控制；无权限时应提示医生无法开立该药品。

1.2.5.5.2.2对于允许录入但需审核的抗菌药物，系统应要求提交抗菌药物申请，经审核通过后方可签发医嘱。

1.2.5.5.3抗菌药物申请应包含患者生命体征信息、用药理由等内容，系统应自动关联患者该类药物使用史、药敏记录、本次病历、药物医嘱、检验检查结果等信息。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

1.2.5.5.4每类抗菌药物申请单应可配置有效时长，有效期内仅可使用一次；失效后无论是否已使用均不可再使用。

1.2.5.5.4.1抗菌药物医嘱开立使用天数不得大于申请天数。

1.2.5.5.4.2具备审批权限的医生应可进行抗菌药物审核，并记录审批人、审批时间、审批意见。

1.2.5.5.5抗菌药物医嘱签发

1.2.5.5.5.1完成抗菌药物使用管控流程后，医嘱可正常签发。

1.2.5.5.5.2若系统对接合理用药服务，抗菌药物签发应统一受合理用药服务管控。

1.2.5.6危急值管理

1.2.5.6.1危急值预警提醒

1.2.5.6.1.1在与LIS、PACS系统对接情况下，系统应接收医技系统推送的危急值，并向临床进行提醒。提醒信息应包括：患者姓名、就诊号、危急值内容、报告结果等。

1.2.5.6.1.2系统应支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。

1.2.5.6.1.3系统应支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

1.2.5.6.2消息处理结果

1.2.5.6.2.1系统应支持危急值提醒的强阻断及间隔提醒时间的灵活配置。

1.2.5.6.2.2系统应记录危急值的接收时间、处理时间及处理措施。

1.2.5.6.2.3系统应将护士接收、***平台服务回传至医技系统，实现危急值闭环管理。

1.2.5.6.3危急值管理

1.2.5.6.3.1系统应提供危急值信息汇总查询功能。

1.2.5.6.3.2系统应支持按通知日期、状态、患者姓名等条件查询危急值记录。

1.2.5.6.3.3系统应对未处理的危急值提供快速处理入口。

1.2.6急诊医生工作站

1.2.6.1患者管理

1.2.6.1.1系统应支持医生查看本科室患者总体情况，并按区域、患者状态等维度进行统计与筛选。

1.2.6.1.2系统应支持以卡片和列表两种形式展示患者信息，医生可按个人习惯切换视图。

1.2.6.1.3系统应支持按患者性别、年龄、诊断、绿色通道等条件自定义筛选患者。

1.2.6.1.4系统应实时统计患者滞留时长，并对已入科且滞留超时的患者自动提醒医生。

1.2.6.2患者列表

1.2.6.2.1系统应支持按区域、患者状态、会诊状态、床号、患者姓名等条件查询患者。

1.2.6.2.2系统应支持对待入科患者执行“到达”操作，实现快速接诊或入科。

1.2.6.2.3系统应支持对在科患者执行“取消”操作，将其状态转为待入科。

1.2.6.2.4系统应支持对在科患者执行“转区”“出科”操作。

1.2.6.3信息总览

1.2.6.3.1系统应支持查看患者本次急诊就诊的概要信息，包括基本信息、诊断、过敏史、评分、生命体征、流转记录。

1.2.6.3.2系统应对评分及生命体征的异常结果以特殊颜色醒目标示。

分诊信息回顾

1.2.6.4.1系统应支持查询患者本次就诊历次预检分诊记录，包括分诊结果、症状、生命体征、评分等信息。

1.2.6.4.2系统应对分诊信息中的异常评分及生命体征以特殊颜色醒目标示。

1.2.6.5时间轴

1.2.6.5.1系统应通过时间轴展示患者本次急诊就诊的关键节点，包括分诊、入科、医嘱开立、诊断等。

1.2.6.5.2系统应支持医生实时跟进患者就诊进展。

1.2.6.5.3诊断：

1.2.6.5.3.1系统应支持录入中医诊断、西医诊断。

1.2.6.5.3.2系统应支持西医诊断，内置ICD-10标准诊断码。

1.2.6.5.4系统应支持中医诊断，支持中医疾、症候病录入，并符合国家2020中医诊断新标准。

1.2.6.5.5系统应支持对接中医智能辅诊系统，一键引用推导的诊断。

1.2.6.5.6系统应支持维护科室或医生个人常用诊断库。

1.2.6.5.6.1诊断检索应支持按拼音、五笔、汉字、代码、别名进行完全匹配、前导匹配和模糊匹配。

1.2.6.5.6.2系统应支持保存处方、项目、检验/检查申请单、治疗项目时，如未录入诊断，应弹出诊断录入框或提示。

1.2.6.5.7系统应集成多种基于诊断的报告卡填报功能。

1.2.6.5.8系统应支持录入传染病相关诊断时，自动触发传染病上报功能，进入上报填写界面。

1.2.6.6医嘱录入

1.2.6.6.1系统应支持为普通急诊患者录入西药处方、中药处方、治疗项目、检查检验项目，并支持打印。

1.2.6.6.2系统应支持为抢救、留观患者开立西药医嘱、中药医嘱、治疗项目、检查检验项目。

1.2.6.6.3系统应支持处方/医嘱模板引用、历史处方/医嘱查看与复用、常用处方/医嘱维护。

1.2.6.6.4系统应支持用法联动功能，根据药品用法自动关联相关项目，减少操作步骤。

1.2.6.6.5开立医嘱过程中，系统应支持AI推算医生常开信息，自动排序推荐的信息，方便医生快捷录入医嘱。

1.2.6.6.6系统应支持专属中医处方的开立模式，支持中医相关频次的录入等，提高用户进行中医诊疗的体验效果。

1.2.6.6.7系统应煎药方式的选择，例如，代煎、自煎等。

1.2.6.6.8系统应经方、验方、协定方的快速开立。

1.2.6.6.9系统应无中医相关诊断，不能开立中草药相关限制。

1.2.6.6.10系统应无中医相关处方权限，不能开立中草药相关限制配置。

1.2.6.6.11系统应对接中医智能辅诊系统，一键引用推导的中草药方。

1.2.6.6.12系统应对接中医智能辅诊系统，一键引用推导的中医适宜技术。

1.2.6.7检查、检验申请

1.2.6.7.1系统应支持与医技系统对接，医生可在急诊医生站直接发起检查、检验申请。

1.2.6.7.2医技科室应可通过医技系统在线接收申请单。

1.2.6.7.3检查、检验报告生成后，医生应在急诊医生站直接查看报告信息。

1.2.6.7.4系统应根据项目自动匹配对应的检查部位或标本选项。

1.2.6.7.5系统应支持查看患者既往医技申请单，并支持历史申请单复用。

1.2.6.7.6开立申请过程中，系统应支持AI推算医生常开信息，自动排序推荐的信息，方便医生快速开立。

1.2.6.8会诊申请

1.2.6.8.1系统应支持医生在急诊医生站发起和接收会诊申请。

1.2.6.8.2系统应支持查询会诊患者信息。

1.2.6.8.3发起方应支持催办、撤销、作废、完成会诊操作。

1.2.6.8.4接收方应支持接收、应答、取消应答、书写会诊意见操作。

1.2.6.9手术申请

1.2.6.9.1系统应支持医生直接发起手术申请。

1.2.6.9.2系统应支持手术分级管理。

1.2.6.9.3系统应支持根据机构配置的手术流程，对需审批的手术进行审核确认后流转医嘱。

1.2.6.10评分

1.2.6.10.1系统应支持对急诊患者开展临床评估评分，包括病情严重程度、疼痛、自理能力、跌倒风险等。

1.2.6.10.2系统应自动记录评分结果。

1.2.6.10.3系统应支持以下评分方法：

• 早期预警评分

• 改良早期预警评分（MEWS）

• 格拉斯哥昏迷评分（GCS）

• 疼痛评分

• 创伤评分

• 跌倒评分

• 急诊内科评分（REMS）

• START评分

• 急诊严重指数（ESI）评分

• RETTS China评分

1.2.6.10.4系统应支持自定义评估评分模板。

1.2.6.11入院通知

1.2.6.11.1系统应支持急诊医生在工作站直接发起入院通知单。

1.2.6.11.2系统应支持选择入院科室及病区。

1.2.6.11.3系统应支持打印入院通知单。

1.2.6.12抗菌药分级管理

1.2.6.12.1抗菌药物规则设置

1.2.6.12.1.1系统应支持维护抗菌药物属性及等级（非限制使用级、限制使用级、特殊级）。

1.2.6.12.1.2系统应支持按抗菌药等级配置使用场景（门诊、急诊、住院）、医生科室、职称要求。

1.2.6.12.1.3系统应支持按需配置审核流程。

1.2.6.12.2抗菌药物使用管控

1.2.6.12.2.1系统应在医生录入抗菌药物时校验使用权限，无权限时禁止开立并提示。

1.2.6.12.2.2无需审核时，医生填写用药目的后可直接签发医嘱；需审核时，须提交申请并经审核通过后方可签发。

1.2.6.12.2.3系统应支持医生填写用药申请（含生命体征、用药理由等）。

1.2.6.12.2.4申请提交时，系统应自动调取患者用药史、药敏记录、本次病历、医嘱、检验检查结果。

1.2.6.12.2.5系统应支持配置抗菌药申请单有效时长，并限制有效期内仅可使用一次。

1.2.6.12.2.6系统应控制抗菌药医嘱使用天数不超过申请天数。

1.2.6.12.2.7系统应支持有审批权限的医生结合排班进行审核，并记录审批人、时间、意见。

1.2.6.12.3抗菌药物医嘱签发

1.2.6.12.3.1系统应在完成管控流程后允许抗菌药医嘱正常签发。

1.2.6.12.3.2若对接合理用药系统，抗菌药签发应受其统一管控。

1.2.6.13危机值管理

1.2.6.13.1危急值预警提醒

1.2.6.13.1.1在与LIS、PACS系统对接情况下，系统应接收危急值推送，并提醒患者姓名、就诊号、危急值内容、报告结果。

1.2.6.13.1.2系统应支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。

1.2.6.13.1.3系统应支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

1.2.6.13.2消息处理结果

1.2.6.13.2.1系统应支持配置危急值提醒强阻断及间隔提醒时间。

1.2.6.13.2.2系统应记录危急值接收时间、处理时间、处理措施。

1.2.6.13.2.3系统应将护士接收、医生处理情况回传至医技系统，实现闭环管理。

1.2.6.13.3危急值管理

1.2.6.13.3.1系统应支持危急值信息汇总查询。

1.2.6.13.3.2系统应支持按通知日期、状态、患者姓名等条件查询危急值。

1.2.6.13.3.3系统应支持对未处理危急值进行快速处理。

1.2.7急诊护士工作站

1.2.7.1患者管理

1.2.7.1.1系统应支持患者入观登记、留观期间管理、转出（含院内转诊）、离观及出科等全流程闭环管理。

1.2.7.1.2系统应支持病区床位分配、调换及占用状态标记。

1.2.7.1.3系统应支持按急诊病情等级、留观时长、护理级别等多维度筛选及查看在床患者。

1.2.7.1.4系统应支持快速调取患者完整诊疗信息详情。

1.2.7.2医嘱核对

1.2.7.2.1系统应支持对医生新开立的治疗、用药、检查等医嘱进行逐条核对。

1.2.7.2.2系统应支持对新提交的停止医嘱进行核对。

1.2.7.2.3系统应支持标识医嘱核对状态，避免错漏。

1.2.7.3医嘱执行

1.2.7.3.1系统应支持各类医嘱执行确认操作。

1.2.7.3.2系统应支持提交检验、检查、影像等医技申请并同步执行状态。

1.2.7.3.3系统应支持皮试等特殊诊疗操作的执行记录。

1.2.7.3.4系统应支持自定义执行单分类规则。

1.2.7.3.5系统应支持医嘱执行单快速打印。

1.2.7.3.6皮试管理

1.2.7.3.6.1系统应在药品字典中标记需皮试药品（如青霉素类、头孢类等），并关联皮试规则与皮试剂。

1.2.7.3.6.2系统应在开具已标记药品时，自动提示并生成关联皮试医嘱。

1.2.7.3.6.3系统应严格执行皮试观察时间窗（如20分钟），超时自动提醒，并控制结果录入权限（超时后禁止录入）。

1.2.7.3.7系统应支持标准化记录皮试结果（阴性/阳性/可疑），并强制记录结果、时间、执行人。

1.2.7.3.8系统应自动将皮试结果同步更新至患者过敏史。

1.2.7.3.9系统应在患者存在相关过敏史时，在开药、配药、执行等环节进行颜色提醒。

1.2.7.3.10系统应在皮试阳性时，自动记入全域过敏史，并实时拦截全院相关药品医嘱开立。

1.2.7.3.11系统应完整记录从药品标记、医嘱生成、执行到结果判读的全链路电子记录。

1.2.7.3.12系统应支持按药品、科室、人员、阳性率等维度进行统计分析。

1.2.7.4药品管理

1.2.7.4.1系统应支持基于医嘱生成药品执行任务，并查看当前区域患者药品情况。

1.2.7.4.2系统应支持提交药品领用及退药申请，并可在药房未处理前撤回整单或部分明细。

1.2.7.4.3系统应支持查询药品领退明细，包括药品名称、规格、数量、时间、退药原因等。

1.2.7.4.4系统应支持通过不同视图核查领药数量准确性。

1.2.7.4.5系统应支持查询已提交至药房的发药及退药处理状态。

1.2.7.5费用查询

1.2.7.5.1系统应支持按医嘱项目、收费类别、时间段等维度查询费用明细。

1.2.7.5.2系统应支持基于“医嘱-执行-记费”链条核查费用一致性，避免多收或漏收。

1.2.7.5.3系统应支持对异常费用执行退费或补费操作。

1.2.7.5.4系统应支持打印患者每日费用清单，并支持自定义打印模板。

1.2.7.5.5系统应支持费用催缴提醒及押金单打印。

1.2.7.6评分

1.2.7.6.1系统应支持对留观患者开展病情严重程度、疼痛、自理能力、跌倒风险等评估评分。

1.2.7.6.2系统应自动记录评分结果。

1.2.7.6.3系统应支持以下评分方法：

早期预警评分

改良早期预警评分（MEWS）

格拉斯哥昏迷评分（GCS）

疼痛评分

创伤评分

跌倒评分

急诊内科评分（REMS）

START评分

急诊严重指数（ESI）评分

RETTS China评分

1.2.7.6.4系统应支持自定义评估评分模板。

1.2.7.7导管管理

1.2.7.7.1系统应支持导管字典维护，包括新增、修改、停用导管类型。

1.2.7.7.2系统应支持导管插管、拔管全过程记录，包括操作时间、操作者等信息。

1.2.7.7.3系统应支持记录导管日常巡视中的异常情况及护理措施。

1.2.7.8患者总览

1.2.7.8.1系统应整合患者留观期间全量信息，包括基本信息、诊疗记录、医嘱执行、检查检验结果、评分、费用明细等。

1.2.7.8.2系统应支持一站式查询患者分诊信息。

1.2.7.9床位管理

1.2.7.9.1系统应支持实时查看床位占用、空闲状态。

1.2.7.9.2系统应支持床位紧急调配。

1.2.7.10日常工作

1.2.7.10.1系统应支持根据科室流程及岗位分工自定义配置护士日常工作菜单。

1.2.7.11危急值管理

1.2.7.11.1危急值预警提醒

1.2.7.11.1.1在与LIS、PACS系统对接情况下，系统应接收危急值推送，并提醒患者姓名、就诊号、危急值内容、报告结果。

1.2.7.11.1.2系统应支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。

1.2.7.11.1.3系统应支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

1.2.7.11.2消息处理结果

1.2.7.11.2.1系统应记录危急值接收时间。

1.2.7.11.2.2系统应将护士接收情况回传至医技系统，实现闭环管理。

1.2.7.11.3危急值管理

1.2.7.11.3.1系统应支持危急值信息汇总查询。

1.2.7.11.3.2系统应支持按通知日期、状态、患者姓名等条件查询危急值。

1.2.7.11.3.3系统应支持对未处理危急值进行快速处理。

1.2.8门急诊输液管理

1.2.8.1输液登记

1.2.8.1.1系统应支持通过扫描处方条码、刷就诊卡或输入门诊号/姓名等方式调取患者信息与处方信息。

1.2.8.1.2系统应支持对医嘱进行核对，并选择本次需执行的输液项目。

1.2.8.1.3系统应支持打印以下两类标签：

(1) 带唯一二维码的输液标签，用于粘贴于输液袋；

(2) 患者核对标签，交予患者，用于输液前患者身份核对。

1.2.8.2座位管理

1.2.8.2.1系统应支持按输液区域（如普通区、儿科区等）进行座位分区管理。

1.2.8.2.2系统应支持为待输液患者分配座位。

1.2.8.2.3系统应在输液过程中可视化展示患者输液状态及药品明细。

1.2.8.2.4系统应支持在输液结束后自动或手动释放座位。

1.2.8.2.5****中心多个输液座位进行统一调度与监控管理。

1.2.8.3输液执行

1.2.8.3.1系统应支持配置输液执行的流程节点。

1.2.8.3.2系统应支持批量打印输液拼贴及对应的单据。

1.2.8.3.3系统应支持在执行过程中选择对应节点进行操作，并记录操作人员及操作时间。

1.2.8.4输液查询

1.2.8.4.1系统应支持按患者姓名、就诊号等条件查询患者历史输液记录、处方详情及当前输液状态。

1.2.8.4.2系统应支持按时间、护士、药品等维度统计输液工作量及过程信息。

1.2.8.5费用查询

1.2.8.5.1系统应支持在输液过程中新增耗材或药品并进行计费。

1.2.8.5.2系统应支持对未确认或需撤销的费用项目，按医院退费流程发起退费申请。

1.2.8.6不良反应登记

1.2.8.6.1系统应支持在输液过程中记录患者不良反应信息，包括症状、发生时间及处理措施。

1.3住院管理

1.3.1住院收费

1.3.1.1预交金管理

1.3.1.1.1系统应支持根据入院登记信息收取患者预交金。

1.3.1.1.2系统应支持实时监控预交金余额，并在不足时自动通知病区护士。

1.3.1.1.3系统应支持通过病区工作站、自助设备及收费窗口进行预交金充值。

1.3.1.1.4收预交金

1.3.1.1.4.1系统应支持通过住院号或选择科室/患者信息快速定位住院患者。

1.3.1.1.4.2系统应支持查询患者当前预交金余额及历史缴费记录。

1.3.1.1.4.3系统应支持现金、移动支付等多种支付方式。

1.3.1.1.5退预交金

1.3.1.1.5.1系统应在出院结算完成后，自动计算可退预交金金额。

1.3.1.1.5.2系统应支持展示患者费用明细、收费单据及预交金余额信息。

1.3.1.1.5.3系统应支持按原支付路径进行退款。

1.3.1.1.5.4系统应记录退款操作全过程。

1.3.1.1.6预交金查询

1.3.1.1.6.1系统应支持查询患者预交金缴纳及退款明细。

1.3.1.1.6.2系统应支持收据补打及历史记录查询。

1.3.1.2出院结算

1.3.1.2.1中途结算

1.3.1.2.1.1系统应支持住院期间分阶段进行费用结算。

1.3.1.2.1.2系统应支持单次结算中混合使用多种支付方式（如现金+移动支付）。

1.3.1.2.1.3系统应支持按自定义时间段或费用类型进行结算。

1.3.1.2.2出院结算

1.3.1.2.2.1系统应以护士站完成出院医嘱确认为前提，允许患者进行出院结算。

1.3.1.2.2.2系统应自动汇总待结算费用项目及金额。

1.3.1.2.2.3系统应优先使用预交金抵扣，并支持多退少补。

1.3.1.2.2.4系统应支持收费确认及结算单打印。

1.3.1.2.3结算召回

1.3.1.2.3.1系统应支持因退费、计费错误等原因撤销已执行的出院结算。

1.3.1.2.3.2系统应支持清理已结算费用后重新进行出院结算。

1.3.1.2.3.3系统应记录结算召回及重新结算的全过程操作日志。

1.3.2住院出入转管理

1.3.2.1入院管理

1.3.2.1.1入院登记

1.3.2.1.1.1系统应支持为首次住院患者完善基本信息，建立入院档案并生成住院号。

1.3.2.1.1.2系统应支持通过患者主索引调取复诊患者的历史信息。

1.3.2.1.1.3系统应支持对尚未入病区的患者修改入院病区。

1.3.2.1.2入院撤销

1.3.2.1.2.1系统应支持对尚未入病区的患者直接撤销入院状态。

1.3.2.1.2.2对于已分配病区和床位但未发生实际费用的患者，系统应要求先由病区办理撤销入区操作，方可执行入院撤销。

1.3.2.1.2.3系统应在入院撤销时自动释放已分配的床位资源。

1.3.2.2医保登记变更

1.3.2.2.1系统应支持在住院期间变更患者的医保费别类型。

1.3.2.2.2系统应支持通过对接医保接口完成费别转换。

1.3.2.2.3系统应记录医保费别变更的操作人、时间及变更前后信息，支持追溯。

1.3.3住院医生工作站

1.3.3.1住院诊疗管理

1.3.3.1.1病人基本信息管理

1.3.3.1.1.1系统应支持查看与修改患者基本信息。

1.3.3.1.1.2系统应支持查看与修改患者健康状况信息，包括既往史、过敏史等。

1.3.3.1.2系统应支持查看与修改患者就诊信息，包括入院信息、出院信息。

1.3.3.1.3系统应支持查看患者当前费用信息、未记账费用信息、预交金信息、担保信息、DRG/DIP入组信息。

1.3.3.1.4系统应支持查看患者转科信息、床位信息、手术信息。

1.3.3.1.5系统应以醒目图标显示患者标签，包括新病人、病危、病重、护理级别、路径病人、医保、手术、过敏。

1.3.3.1.6系统应支持患者过敏信息查看和登记管理，包括药品、食物、造影剂、环境、混合过敏和其他过敏。

1.3.3.1.7系统应支持按“在科患者、分管患者、转出患者、会诊患者、出院未归档患者”多维度显示病人范围。

1.3.3.1.8系统应提供统一消息入口，支持主动弹出与被动点击提醒。

1.3.3.2住院医嘱管理

1.3.3.2.1医嘱录入

1.3.3.2.1.1系统应支持药品、护理、膳食、嘱托医嘱、手术、项目、草药、检查、检验等所有类型医嘱集中下达。

1.3.3.2.1.2系统应根据医生处方权控制其是否可继续录入医嘱，支持按医院管理配置进行越权开立。

1.3.3.2.1.3系统应对部分限制药品依据处方限制范围规则进行拦截，对无权限录入的药品或项目禁止开立。

1.3.3.2.1.4系统应对单次开立重复药品进行提醒。

1.3.3.2.1.5系统应支持按通用名、商品名检索药品，并自动将匹配度较高的药品优先置顶。

1.3.3.2.1.6系统应实时获取药品库存信息；当医生需查看无库存药品时，应支持勾选“显示0库存药品”选项。

1.3.3.2.1.7系统应在确认开立药品或项目后，维护了默认用法的药品自动带入默认用法、剂量、剂量单位、频次、嘱托信息，允许医生调整。

1.3.3.2.1.8系统应支持输液类医嘱添加子医嘱、勾选多个医嘱项加组，并支持输入滴速。

1.3.3.2.1.9系统应在医嘱签发时校验剂量、剂量单位、用法、频次等字段完整性，若填写不全则提示完善且不允许签发。

1.3.3.2.1.10系统对下达出院医嘱的患者，应仅允许录入出院带药；出院带药天数不得超过医院配置的最大值。

1.3.3.2.1.11若存在临时换药或临时用药需求，医生应先撤销出院医嘱，再录入所需医嘱并保存签发。

1.3.3.2.1.12系统应在医嘱发送后标记长期/临时属性，并实时显示医嘱状态；医嘱内容后应通过图标标识其特性，包括自备药、高危药、文字医嘱、医保转自费、补录医嘱。

1.3.3.2.1.13系统应支持单条或多条医嘱停止操作，并记录操作原因。

1.3.3.2.1.14系统应支持多选已开立医嘱复制添加到现有医嘱组套中，或复制后重新开立。

1.3.3.2.1.15系统应支持通过键盘快捷键进行医嘱录入、保存、发送、删除等操作。

1.3.3.2.1.16系统应根据已维护规则自动计算药品数量，允许医生根据病情修改。

1.3.3.2.1.17系统应在药品名称前方显示药品属性标识，包括【国基】、【省基】、【毒】、【麻】、【精一】、【精二】、【放】等。

1.3.3.2.1.18系统应根据规则自动匹配医嘱项目的优先执行科室，同时允许医生根据具体项目进行调整。

1.3.3.2.1.19系统应支持医嘱项目首末次执行规则设置。

1.3.3.2.1.20系统应支持医嘱状态实时跟踪与AI 智能提醒。

1.3.3.2.1.21系统应支持医嘱权限混合授权模式：以职称模板为基准线批量授权，叠加单人特殊授权（追加）与单人限制授权（降权）。

1.3.3.2.1.22系统应支持越权管理设置：按照医嘱类别支持越权审批流程，审批通过之后医生可正常开出无权限医嘱，单次有效。

1.3.3.2.1.23系统应支持专属中医处方的开立模式，支持中医相关频次的录入等，提高用户进行中医诊疗的体验效果。

1.3.3.2.1.24系统应支持煎药方式的选择，例如，代煎、自煎等。

1.3.3.2.1.25系统应支持经方、验方、协定方的快速开立。

1.3.3.2.1.26系统应支持无中医相关诊断，不能开立中草药相关限制。

1.3.3.2.1.27系统应支持无中医相关处方权限，不能开立中草药相关限制配置。

1.3.3.2.1.28系统应支持对接中医智能辅诊系统，一键引用推导的中草药方。

1.3.3.2.1.29系统应支持对接中医智能辅诊系统，一键引用推导的中医适宜技术。

1.3.3.2.2医嘱组套管理

1.3.3.2.2.1系统应支持个人、科室、全院级别的医嘱组套维护；每位医生均有权限维护个人组套。

1.3.3.2.1.32系统应支持医生对个人组套进行新增、删除、修改操作。

1.3.3.2.1.33系统应支持按目录分类、常规或草药成套分类建立组套。

1.3.3.2.1.34系统应支持将已开立医嘱添加到现有组套或另存为新组套。

1.3.3.2.1.35系统应支持在组套维护时进行分组调整。

1.3.3.2.1.36系统在引用组套时，应对药品进行药房默认显示及匹配；申请单应支持获取临床信息、主诉、现病史等内容。

1.3.3.2.1.37系统在引用组套时，支持对药品进行品规、通用名加规格、通用名多层级匹配。

1.3.3.2.3医嘱打印

1.3.3.2.3.1系统应支持长期医嘱、临时医嘱、特殊药品处方打印。

1.3.3.2.3.2系统应提供医嘱打印格式设计功能，支持医院按地方规范灵活微调。

1.3.3.2.3.3系统应支持医嘱打印设置，可对以下要素分开配置：医嘱开始时间、医生签名；护士审核时间、审核护士签名；护士执行时间、执行护士签名；核对时间、核对护士签名；停止时间、停止医生签名。

1.3.3.2.3.4系统应支持按医嘱类型（长嘱、临嘱、出院带药）、开单科室、开单人、中西成药、草药医嘱、停止医嘱等维度控制显示与打印。

1.3.3.3医嘱规则管理

1.3.3.3.1用药范围设置

1.3.3.3.1.1系统应支持按医生设置用药范围，控制其用药权限。

1.3.3.3.1.2系统应支持按职称设置用药范围，适用于对职称有要求的药品。

1.3.3.3.1.3系统应支持按医生、科室、职称组合设置用药范围。

1.3.3.3.1.4系统应支持设置药品默认用法、使用天数、剂量、剂量单位、频次；医生录入医嘱时，系统应自动带入默认值，允许微调。

1.3.3.3.2皮试用药规则

1.3.3.3.2.1系统应支持设置药品使用的皮试液，并可按总分院分别配置。

1.3.3.3.2.2系统应支持设置药品是否支持免试、是否支持脱敏治疗。

1.3.3.3.2.3系统在医生开立皮试医嘱时，应自动生成相关联的文字医嘱和皮试液医嘱。

1.3.3.3.3出院带药规则

1.3.3.3.3.1系统应支持按天数控制出院带药，最大天数可由医院配置。

1.3.3.3.3.2系统应支持设置出院带药的开立单位。

1.3.3.3.4住院电子申请单

1.3.3.3.4.1检验电子申请单

1.3.3.3.4.1.1系统应基于全院统一检验字典选择项目，生成检验申请并同步生成医嘱，传送至检验科室。

1.3.3.3.4.1.2系统应在下达检验申请时提示相关标本类型，支持按项目录入标本信息，并支持录入申请单备注、项目注意事项、申请单注意事项。

1.3.3.3.5系统应在下达检验医嘱时校验执行科室、标本及附加信息的必填项。

1.3.3.3.6系统应支持在下达医嘱时根据一定规则校验医嘱重复并提醒。

1.3.3.3.7系统应支持自动获取电子病历中的临床信息（如主诉、现病史）。

1.3.3.3.8系统应根据医生权限、病人性别、年龄、项目互斥等规则控制检验项目下达。

1.3.3.3.9系统应根据加急规则控制检验项目是否加急，允许加急的支持在对接检验系统时将加急标志发送到检验系统。

1.3.3.3.10系统应提供历史检验申请单的查看和打印功能。

1.3.3.3.11系统在与医技系统对接时，应能将检验医嘱和申请单信息发送至检验系统。

1.3.3.3.12系统应支持对接CDSS系统，辅助医生开单并查看项目知识库内容。

1.3.3.3.13检验报告调阅

1.3.3.3.13.1系统应支持对接医技系统，在医技发布报告后第一时间接收，信息包括报告名称、发布时间、送检日期、项目名称、报告内容，并自动与申请单关联展示。

1.3.3.3.13.2系统应直观显示检验结果，并对异常数据值通过箭头、颜色醒目标记；电子病历中应支持直接引用检验结果。

1.3.3.3.14系统应支持查看历史住院报告、门诊报告，并支持指标数据对比分析。

1.3.3.3.14.1系统应支持医技报告打印及合并打印。

1.3.3.3.14.2系统应支持对接LIS系统接收检验结果，支持对接检验数据结果和对接检验PDF报告。

1.3.3.3.15检查电子申请单

1.3.3.3.15.1系统应基于全院统一检查字典选择项目，生成检查申请并同步生成医嘱，传送至医技科室。

1.3.3.3.15.2系统应在下达申请时支持自动获取电子病历中的主诉、现病史、诊断等信息，避免重复录入，并支持录入申请单备注、项目注意事项、申请单注意事项。

1.3.3.3.16系统应根据医生权限、病人性别、年龄、最大选择部位数等规则控制项目录入，并支持按部位打折、项目互斥、胶片费收取；若接入检查预约系统，应支持医生在开单后直接为患者预约检查。

1.3.3.3.17系统应支持在开立申请时查询患者性别、诊断、以往检查结果，并提示相关信息；应支持查询历史检查结果及其他医疗机构（若数据互通）的检查报告。

1.3.3.3.18系统应支持根据患者病情及加急规则决定是否加急处理。

1.3.3.3.19系统在与CDSS对接时，应支持医生查看相关项目知识库内容。

1.3.3.3.20系统在与医技系统对接时，应能将检查医嘱和申请单信息发送至医技系统。

1.3.3.3.21***平台对接时，应支持医生开单后自动完成检查预约。

1.3.3.3.22检查报告调阅

1.3.3.3.22.1系统应支持对接医技系统，在医技发布报告后第一时间接收，信息包括报告名称、发布时间、送检日期、项目名称、报告内容。

1.3.3.3.22.2系统应支持点击报告按钮调阅检查结果，***网页方式直观显示报告及图像信息，并突出显示异常指标。

1.3.3.3.22.3系统应支持查看历史住院报告、门诊报告，并支持指标数据对比分析。

1.3.3.3.23系统应支持医技报告打印及合并打印。

1.3.3.3.24抗菌药分级管理

1.3.3.3.24.1抗菌药物规则设置

1.3.3.3.24.1.1系统应支持维护药品属性为抗菌药，并设置其等级：非限制使用级、限制使用级、特殊级。

1.3.3.3.24.1.2系统应支持按抗菌药级别设置使用场景（门诊、急诊、住院）、医生科室、医生职称要求，并可配置审核流程。

1.3.3.3.25抗菌药物使用管控

1.3.3.3.25.1系统应在医生录入抗菌药物时，对照其使用权限控制是否允许开立；无权限时应提示。

1.3.3.3.25.2对于无需审核的抗菌药，医生填写用药目的后可直接签发医嘱。

1.3.3.3.25.3对于需审核的抗菌药，医生应提交抗菌药申请，经审核通过后方可签发医嘱。

1.3.3.3.26系统应支持医生填写抗菌药申请，内容包括患者生命体征、用药理由等。

1.3.3.3.27系统在申请单提交时，应自动查询并展示患者该类药物使用史、药敏记录、本次病历、药物医嘱、检验检查结果等信息。

1.3.3.3.28系统应支持为每类抗菌药申请单配置有效时长，且在有效期内仅可使用一次；失效后无论是否已使用均不可再使用。

1.3.3.3.29系统应确保抗菌药医嘱开立使用天数不大于申请天数。

1.3.3.3.30系统应支持有审批权限的医生结合排班计划进行审核，并记录审批人、审批时间、审批意见。

1.3.3.3.31系统应支持开具限制级或特殊级抗菌药物治疗前病原学送检的主动提醒或限制功能。

1.3.3.3.32抗菌药物医嘱签发

1.3.3.3.32.1系统在完成抗菌药物使用管控流程后，应允许医嘱正常签发。

1.3.3.3.32.2若系统对接合理用药服务，抗菌药签发应统一受其管控。

1.3.3.3.33会诊管理系统

1.3.3.3.33.1会诊申请模块

1.3.3.3.33.1.1系统应支持多类型会诊，包括院内科间单学科会诊、多学科会诊、院际远程会诊、急诊紧急会诊。

1.3.3.3.33.1.2系统应支持一键标记“紧急”会诊，自动触发加急通知，并强制要求会诊医生在规定时限内响应。

1.3.3.3.33.1.3系统应根据会诊类型自动加载对应申请单模板。

1.3.3.3.33.1.4系统应自动获取患者姓名、就诊号、诊断等核心信息，避免重复录入。

1.3.3.3.33.1.5系统应支持在会诊申请单中关联查看LIS检验报告、PACS影像报告、病理切片报告、心电图等诊疗资料。

1.3.3.3.33.1.6系统应支持申请医生实时查看会诊状态（已申请、已提交、会诊中、完成会诊），并在状态变更时自动推送提醒。

1.3.3.3.33.1.7系统应支持未审核的申请由申请人直接撤回修改；已审核的申请需提交撤回申请，经批准后方可撤回。

1.3.3.3.33.2会诊应答模块

1.3.3.3.33.2.1系统应支持会诊医生在应答前查阅患者病历、检验检查报告等资料，并支持标记重点内容。

1.3.3.3.33.2.2系统应支持会诊专家录入结构化会诊意见，包括后续治疗方案、责任科室/医生等字段。

1.3.3.3.33.2.3系统在多学科会诊中应支持参会专家在线书写各自意见，由记录人综合整理会诊结论。

1.3.3.3.33.2.4系统应支持会诊专家通过电子签名确认会诊意见，签署后意见不可篡改，并自动记录签署时间与人员。

1.3.3.3.33.2.5系统应支持根据会诊应答意见自动生成会诊记录文书。

1.3.3.3.33.3会诊记费

1.3.3.3.33.3.1系统应支持配置会诊费收取规则，可按会诊专家级别或会诊类型设置，支持自定义规则。

1.3.3.3.33.4会诊统计与分析模块

1.3.3.3.33.4.1系统应支持按科室、专家、时间周期（日/月/季/年）统计会诊次数、会诊类型分布、紧急会诊占比等数据。

1.3.3.3.33.4.2系统应支持统计专家平均响应时间、会诊准时率、会诊记录完成及时率等效率指标。

1.3.3.3.33.5系统应支持分类统计会诊结论（如调整治疗方案、转科治疗、手术建议、保守治疗）。

1.3.3.3.33.5.1系统应提供报表设计工具，支持用户创建个性化报表，并导出为Excel、PDF等格式。

1.3.3.3.34手术分级管理

1.3.3.3.34.1手术目录管理

1.3.3.3.34.1.1系统应嵌入符合国家规范的四级手术分级标准，并支持医院维护手术分级目录。

1.3.3.3.34.2手术授权管理

◆

系统应依据医务部等管理部门《医疗机构手术分级管理办法》要求，支持单个医师针对高难度手术进行逐项精细授权管理，同时可支持根据手术等级为医师进行手术批量授权。（功能展示项）

1.3.3.3.34.3系统应支持配置手术审批流程，高级别手术开立时可触发审批。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

1.3.3.3.35术中合规与监控功能

1.3.3.3.35.1系统应支持在医师开具手术申请时自动校验其授权权限与手术级别；超权限时应预警并拦截。

1.3.3.3.35.2仅在紧急挽救生命情况下，系统应支持按预设流程申请越级手术，经审批通过后方可执行。

1.3.3.3.36统筹监管与优化功能

1.3.3.3.36.1系统应定期提取医师手术量等数据，进行量化评估。

1.3.3.3.36.2系统应自动统计各级手术开展数量、权限审批通过率等数据，生成符合卫生健康部门要求的上报报告，并支持公示本院手术分级目录。

1.3.3.3.36.3系统应汇总分析全院及各科室手术质量数据（如患者满意度），为流程优化和培训提供支撑。

1.3.3.3.37系统应支持手术权限术式级精细授权：以职称模板为基准线，叠加单人追加/限制授权，权限精确到ICD-9-CM-3手术编码级别。

1.3.3.3.37.1系统应支持手术越权管理：主刀医师权限不足时可发起越权申请，越权申请审核通过后方可流转执行。

1.3.3.4危急值管理

1.3.3.4.1危急值预警提醒

1.3.3.4.1.1系统在与LIS、PACS系统对接时，应接收医技系统推送的危急值信息，并向临床进行提醒。提醒信息应包括患者姓名、就诊号、危急值内容、报告结果等。支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

1.3.3.4.2消息处理结果

1.3.3.4.2.1系统应支持危急值提醒强阻断及提醒间隔时间的灵活配置。

1.3.3.4.2.2系统应记录危急值接收时间、处理时间及处理措施。

1.3.3.4.2.3系统应将护士接收、***平台服务回传至医技系统，实现闭环管理。

1.3.3.4.3危急值管理

1.3.3.4.3.1系统应支持危急值信息汇总查询。

1.3.3.4.3.2系统应支持按通知日期、状态、患者姓名等条件查询危急值信息。

1.3.3.4.3.3系统应支持对未处理的危急值进行快速处理。

1.3.4住院护士工作站

1.3.4.1住院患者出入转

1.3.4.1.1系统应支持新入区、转科患者入区登记，可分配床位，并修改主管医师、主管护士等信息。

1.3.4.1.2系统应支持入区撤销操作，取消患者床位分配，自动更新床位、诊断、入住日期等信息，使患者回到待入区状态。

1.3.4.1.3系统应支持患者转区操作；当所转病区未接收时，可撤销转区并保留原床位。

1.3.4.1.4系统应支持基于医嘱的转床、转区、转科处理；转区时应自动校验患者是否存在未完成的医嘱任务、是否存在费用未收等情况，并给出提示。

1.3.4.1.5系统应支持患者出区后，在医院可配置的时间范围内，原病区可补充病历文书；超过该时间后，患者在原病区不可见，且不可操作其医嘱或文书。

1.3.4.1.6系统应支持对当前病区患者执行出区操作。

1.3.4.1.7系统应支持在患者结算前进行出区召回，撤销出区状态。

1.3.4.1.8系统应支持婴儿信息登记，包括出生情况，以满足后续收费与统计管理要求。

1.3.4.1.9系统应支持将即将出院的患者设为预出院状态，便于住院处提前核查其费用情况。核查费用时，支持调用医保审核服务，提前避免违规。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

1.3.4.1.10系统应支持病区综合查询，可查询患者费用、转科记录、过敏史、诊断、手术等信息。

1.3.4.2住院床位管理

1.3.4.2.1系统应在转床操作中引导用户确认目标病区、科室及床位设置，并智能识别床位的性别属性。

1.3.4.2.2系统应支持床位卡功能，集成腕带打印、医嘱核对、医嘱执行、患者基本信息查看、生命体征录入等操作。

1.3.4.2.3系统应支持患者转床及床位互换功能。

1.3.4.2.4系统应支持床位代码维护，可新增、修改、停用床位，设置所属科室、病区、床位费，并支持临时床位维护。

1.3.4.3住院患者费用处理

1.3.4.3.1系统应支持对患者医嘱、出院带药等已发药品发起退药申请，药房可接收并完成退药。

1.3.4.3.2系统应支持病区向药房发起退药申请，由药房完成退药流程。

1.3.4.3.3系统应支持患者费用补记账功能，可录入医嘱外使用的材料或医嘱执行时无法收费的项目。

1.3.4.3.4系统应支持材料记账，提供按患者和按医嘱两种录入方式；按医嘱录入的材料随医嘱发送一并收费，按患者录入的材料可通过作业自动收费。

1.3.4.3.5系统应支持对补记账和材料记账记录进行作废操作。

1.3.4.3.6系统应支持退费申请，可定位问题费用条目，强制录入退费原因并提交。

1.3.4.3.7系统应支持医技请求作废，作废后自动关联退费。

1.3.4.4护士站医嘱管理

1.3.4.4.1医嘱核对

1.3.4.4.1.1系统应支持新到、新停医嘱自动提醒，支持撤销、作废医嘱自动告知。

1.3.4.4.1.2系统应自动标记有待处理医嘱的患者，提醒护士处理。

1.3.4.4.1.3系统应支持单条医嘱逐一核对、单个患者全部医嘱批量核对、多个患者医嘱批量处理、全病区医嘱统一核对。

1.3.4.4.1.4系统应支持长期医嘱与临时医嘱分开独立核对；开嘱核对与停嘱核对应分别进行。

1.3.4.4.2医嘱发送

1.3.4.4.2.1系统应在护士核对确认后自动发送医嘱至各执行科室，无需手动操作。

1.3.4.4.2.2系统应根据医嘱类型智能生成药品、检验、检查等任务，并支持配置自动提交至对应系统。

1.3.4.4.2.3系统应对输液等医嘱实现闭环耗材管理，自动关联耗材并按执行频次同步计费。

1.3.4.4.2.4系统应实现任务状态在各执行科室间实时同步，全院可视，避免重复操作。

1.3.4.4.3医嘱核对与执行

1.3.4.4.3.1系统应将医嘱核对、发送、单据打印整合在同一界面，减少护士页面切换。

1.3.4.4.3.2系统进入医嘱集中工作台时，默认选择“待核对”与“待核停”状态，医嘱类型默认为“全部”，并支持筛选长期或临时医嘱。

1.3.4.4.3.3系统应支持从医嘱核对到执行打印的一体化操作，医嘱列表显示为待执行的通用药品任务。

1.3.4.4.3.4系统应支持医生站作废医嘱时拦截作废的医嘱无法核对或执行。

1.3.4.4.4皮试管理

1.3.4.4.4.1系统应在药品字典中支持标记需皮试药品（如青霉素类、头孢类、造影剂等），并关联皮试规则与皮试剂。

1.3.4.4.4.2系统在开具已标记的需皮试药品时，应自动提示并生成关联的皮试医嘱，确保流程强制性。

1.3.4.4.4.3系统应严格执行皮试观察时间规则（如20分钟），超时后自动提醒。

1.3.4.4.4.4系统应提供标准化皮试结果选项（阴性/阳性/可疑），强制记录结果、执行时间、执行人，并同步更新患者过敏史。

1.3.4.4.5系统应在开药、配药、执行等环节对患者过敏史进行颜色警示。

1.3.4.4.5.1系统在皮试结果为阳性时，应自动记入患者全域过敏史，实时拦截全院相关药品医嘱，并提示更换药品建议。

1.3.4.4.5.2系统支持配置皮试阳性药品多层级（品规级、通用名级、过敏类别级）拦截规则。

1.3.4.4.6系统支持开立需皮试药品时查看患者过敏性休克病历。

1.3.4.4.6.1系统应完整记录皮试全流程电子数据，并支持按药品、科室、人员、阳性率等维度进行统计分析。

1.3.4.4.7费用管理

1.3.4.4.7.1系统应在同一界面支持退费、补记账、退药、未记账记录作废等操作。

1.3.4.4.7.2系统应支持查询患者医嘱信息、材料信息、费用信息及对应医嘱项目明细。

1.3.4.4.7.3系统应支持对药房未发药的医嘱记录进行作废，作废后不再发药。

1.3.4.4.7.4系统应支持对药房已发但实际未使用的药品发起退药申请，药房接收后完成退药。

1.3.4.4.7.5系统应支持对漏收费用进行补记账，对多收费用进行退费处理。

1.3.4.4.8费用核对

1.3.4.4.8.1系统应支持记账、退费、退药、费用核对的查询与打印功能。

1.3.4.4.8.2系统应支持调用医保审核服务，引用医保规则对患者费用进行审核，避免违规收费。

1.3.4.4.9输液退药

系统应支持对在区患者未使用的输液药品发起退药申请。

1.3.4.4.10医嘱打印

系统应支持床头卡、输液卡、注射单、口服单等多种临床单据的套打、打印预览及模板配置，兼容常见打印机。

1.3.4.4.11过敏管理

系统应支持记录与查询患者药物、食物、造影剂、环境等过敏信息及过敏类型。

1.3.4.4.12信息查询

系统应支持患者医嘱查询、病区领药查询，***网页查询预约信息。

1.3.4.4.13交接班

1.3.4.4.13.1系统应支持按照交接班模板自动抓取患者信息，支持手动填写指定患者/整个病区的注意事项。

1.3.4.4.13.2系统应支持在线进行交班签名提交与接班签名确认。

1.3.4.4.13.3系统应支持按照交班本打印模板对交班内容进行打印。

1.3.4.5危急值管理

1.3.4.5.1危急值预警提醒

1.3.4.5.1.1系统在与LIS、PACS系统对接时，应接收医技系统推送的危急值信息，并向临床进行提醒。提醒信息应包括患者姓名、就诊号、危急值内容、报告结果等。

1.3.4.5.1.2系统应支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。

1.3.4.5.1.3系统应支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

1.3.4.5.2消息处理结果

1.3.4.5.2.1系统应记录危急值接收时间、处理时间及处理措施。

1.3.4.5.2.2***平台服务回传至医技系统，实现闭环管理。

1.3.4.5.3危急值管理

1.3.4.5.3.1系统应支持危急值信息汇总查询。

1.3.4.5.3.2系统应支持按通知日期、状态、患者姓名等条件查询危急值信息。

1.3.4.5.3.3系统应支持对未处理的危急值进行快速处理。

1.3.5移动护理

1.3.5.1工作台

1.3.5.1.1系统应支持当前登录护士切换本人所在的病区。

1.3.5.1.2系统应展示个人待办事项，包括待核对医嘱、待执行医嘱、待发药等，并统计本人已执行数量。

1.3.5.1.3系统应支持配置本人常用功能的快捷入口。

1.3.5.2患者管理

1.3.5.2.1系统应展示本病区患者列表，包含床号、姓名、护理等级等标识信息；支持按病历号、床号、姓名检索；支持按护理等级、危重等级、关注状态、出区未出院状态、非空床位等条件筛选床位列表。

1.3.5.2.2系统应支持批量设置关注患者，并支持按病人类型（如病区护理、手术、体征、危重等）分类统计患者数量；患者分类应支持自定义配置。

1.3.5.2.3系统应支持进入患者详情页面，查看患者基本信息、医嘱信息、执行记录，并支持跳转至医嘱执行操作。

1.3.5.3针剂医嘱执行

1.3.5.3.1系统应与住院电子医嘱系统对接，按给定的时间频度和医嘱有效期，将医嘱拆分为输液、皮试等任务明细。

1.3.5.3.2系统应支持护理人员在针剂医嘱执行前，先扫描针剂签条码，再扫描患者腕带条码；当两者匹配后方可用药，并记录用药时间和用药人；如不匹配，系统应进行提醒。

1.3.5.3.3系统应支持针剂医嘱执行单的查询与打印。

1.3.5.4口服药执行

1.3.5.4.1系统应支持与自动包药机系统对接，支持病区按配送批次接收药品，并记录接收批次、批次实际药品总数、接收人、接收时间。

1.3.5.4.2系统应支持护理人员在口服药医嘱执行前，先扫描口服药签条码，再扫描患者腕带条码；当两者匹配后方可用药，并记录用药时间和用药人；如不匹配，系统应进行提醒。

1.3.5.4.3系统应支持口服药执行记录的查询与打印。

1.3.5.5检验医嘱执行

1.3.5.5.1系统应支持对接LIS系统，护理人员在检验医嘱执行前，先扫描检验条码，再扫描患者腕带条码；当两者匹配后方可采集标本，并记录采集人、采集时间；如不匹配，系统应进行提醒。

1.3.5.5.2系统应支持标本送检（护工）与检验科接收的全流程记录对接，包括各环节执行人及执行时间；支持在PC端进行过程追溯、查询统计及报表打印。

1.3.5.5.3系统应支持对接LIS系统，根据标本采集流程（采集、送检、接收）生成可追溯的采集记录，并支持按条件查询及标本采集执行单打印。

1.3.5.5.4系统应支持将标本采集信息同步至LIS系统。

1.3.5.6护理医嘱执行

1.3.5.6.1系统应按给定的时间频度和医嘱有效期，将护理医嘱拆分生成护理任务明细。

1.3.5.6.2系统应支持护理人员扫描患者腕带后，列出该患者待执行的护理医嘱；护理人员点选确认执行，系统计入工作量。

1.3.5.6.3系统应支持将护理医嘱执行结果回写至电子病历。

1.3.5.6.4系统应支持护理医嘱执行单的查询与打印。

1.3.5.7医嘱执行统计

1.3.5.7.1系统应支持按病区、护理人员、时间段统计医嘱执行工作量。

1.3.5.8生命体征管理

1.3.5.8.1系统应支持床旁实时录入患者生命体征及各类住院事件，包括体温、脉搏、呼吸、心率、出入液量、血氧饱和度、血压、血糖、身高、疼痛、各种引流管、体重、排便次数等。

1.3.5.8.2系统应支持对接体征采集设备，自动录入体征信息及采集时间，护士可进行核对与修改。

系统应支持动态查询患者生命体征，并显示单个生命体征在某时段的趋势图。

1.3.5.8.3系统应支持智能提醒病区内体征异常患者信息。

1.3.5.9导管护理

1.3.5.9.1系统应支持导管记录查询。

1.3.5.9.2系统应支持录入插管记录、导管管理记录、拔管记录。

1.3.5.10护理巡视管理

1.3.5.10.1系统应支持通过扫描患者腕带或床头卡进行巡视，也支持按病房批量巡视病人，并记录巡视人、巡视时间、巡视患者等信息。

1.3.5.10.2系统应支持查看历史巡视记录，且在录入新记录时可引用历史记录并加以修改。

1.4医保智能控费

1.4.1DIP智能控费

1.4.1.1***平台

1.4.1.1.1运营驾驶舱

1.4.1.1.1.1系统应支持对全院DIP运营情况进行统计分析，展示全院DIP结算概况。

1.4.1.1.1.2系统应支持对费用结构及次均费用进行分析。

1.4.1.1.1.3系统应支持对DIP病种入组情况进行分析。

1.4.1.1.1.4系统应支持对医保支付率、基金使用情况进行分析。

1.4.1.1.1.5系统应支持对低倍率、高倍率等医保支付偏差病例进行监控分析。

1.4.1.1.1.6系统应支持对全院、科室、诊疗组、病种的盈亏情况进行分析。

1.4.1.1.1.7系统应支持按不同医保类型（城镇职工、城乡居民）进行数据分析。

1.4.1.1.2医保收入分析

系统应支持对住院总费用、出院总例数、药品费用、耗材费用、检查检验、医疗服务费用进行分析，支持环比及同比趋势分析。

1.4.1.1.3次均费用分析

系统应支持对次均住院费用、次均药费、次均耗费进行分析，支持环比及同比趋势分析。支持对平均住院天数分析。

1.4.1.1.4病种入组分析

系统应支持对DIP入组率、病种总量指数（总权重）进行分析，支持环比及同比趋势分析。支持病种组数分析，支持按病种目录类型进行病组数结构、覆盖率分析。

系统支持下钻对医保结算例数、DIP适用例数、入组例数进行分解分析，支持未入组病例详情清单的查询及导出。

1.4.1.1.5基金支付分析

1.4.1.1.5.1系统应支持对医保初始支付率、净结余、应收账款、未收账款进行分析，支持环比及同比趋势分析。

1.4.1.1.5.2系统支持按基金支付、个人自付、个人自费、个人负担进行分段分析。

1.4.1.1.5.3系统支持医保盈亏平衡线的测算及分析。

1.4.1.1.5.4系统支持下钻对病种结算差额、应收账款、已收账款、未收账款、考核扣减、净结余等指标进行分析。

1.4.1.1.6偏差病例分析

1.4.1.1.6.1系统支持按倍率结构对DIP低倍率、正常病例、高倍率、特例单议进行分析，支持同比趋势分析。

1.4.1.1.6.2系统支持科室维度的偏差病例例数分布分析、金额分布分析、排名分析。

1.4.1.1.7超支结余排名

1.4.1.1.7.1系统支持按病种维度进行超支排名分析、结余排名分析。

1.4.1.1.7.2系统支持按科室维度进行超支排名分析、诊疗组超支排名分析。

1.4.1.1.8数据处理

1.4.1.1.8.1系统应支持对接电子病历、病案系统，自动同步患者诊断数据、费用数据。

1.4.1.1.8.2系统应支持手工同步患者诊疗及费用数据。

1.4.1.1.8.3系统应支持按条件对患者诊疗及费用数据进行过滤查询。

1.4.1.1.9已审核病历管理

系统应支持按出院日期、结算日期、出院科室等条件对符合医保结算清单生成条件的病历进行查询，查询结果支持展示病历关键信息（包括病案号、结算流水号、出院科室、出院时间、主要诊断、主要手术及操作、总费用、医保报销金额）。支持查看病历的结算状态、结算清单生成状态、上报状态等。

1.4.1.1.10待审核病历管理

系统应支持按出院日期、出院科室、医疗付费方式等条件，待生成医保结算清单病历进行筛选，查询结果支持展示病历关键信息（包括病案号、医保类型、病案首页状态、出院科室、出院时间、主要诊断、主要手术及操作、住院总费用等）。

1.4.1.1.11医保结算清单管理

1.4.1.1.11.1结算清单采集

1.4.1.1.11.1.1系统应支持自动采集患者基本信息、诊断数据、手术及操作数据、费用数据、结算数据等，并打印医保结算清单。

1.4.1.1.11.1.2系统应支持按医保保险类别、结算日期、出院科室、结算流水号等条件查询结算清单明细。

1.4.1.1.11.1.3系统应支持对生成失败的结算清单，通过住院号、结算流水号进行查询并手工采集。

1.4.1.1.11.2结算清单生成

系统应支持基于采集的病案首页数据、医保结算数据等自动生成医保结算清单。

1.4.1.1.11.3结算清单质控

1.4.1.1.11.3.1系统应依据《医疗保障基金结算清单填写规范》对结算清单进行完整性、合理性、规范性、准确性质控。

1.4.1.1.11.3.2系统应对数据项漏填、无效数据、未入组病例、灰码、诊断填报违规等费用异常病例进行实时预警。

1.4.1.1.11.4结算清单审核

系统应支持按出院日期、结算日期、出院科室、审核状态等对医保结算清单进行筛选查询，支持结算清单审核与撤销审核功能。

1.4.1.1.11.5结算清单修订

1.4.1.1.11.5.1系统应支持对自动生成的结算清单进行修订。

1.4.1.1.11.5.2系统应支持借助质控结果辅助修订疑似异常问题。

1.4.1.1.11.5.3系统应支持在修订过程中实时展示预分组情况，包括病种权重、支付标准、结余情况。

1.4.1.1.11.6清单编码轨迹

系统应支持查阅结算清单的修订记录，包括修改诊断编码、修改手术及操作编码、删除诊断编码、删除手术及操作编码等。

1.4.1.1.11.7DIP分组测算

系统应支持结算清单DIP分组测算，支持入组结果展示（入组病种、辅助目录、校正系数、病种分值、付费标准等），支持倍率分析、支付率分析、预估结余分析等。

1.4.1.1.11.8结算清单上报

1.4.1.1.11.8.1系统应支持对接医保局端结算清单上报接口，自动上传医保结算清单。

1.4.1.1.11.8.2系统应支持按上传状态、结算时间等条件汇总展示上传情况。

1.4.1.1.11.8.3系统应支持单条数据上传、批量上传、自动上传等不同上传方式。

1.4.1.1.11.8.4系统应支持查看每条结算清单的上传记录，包括上传时间、上传状态、操作员。

1.4.1.1.11.9配置管理

1.4.1.1.11.9.1系统应支持按管理需求，对结医保算清单生成时机进行配置。

1.4.1.1.11.9.2系统应支持按管理需求，对医保结算清单生成适用范围进行配置。

1.4.1.1.11.9.3系统应支持按管理需求，对医保结算清单上报控制模式进行配置。

1.4.1.1.11.9.4系统应支持按管理需求，对医保结算清单上报执行方式进行配置，支持手工上报、支持自动上报。

1.4.1.1.11.10病种付费分析

病种付费分析聚焦住院DIP结算全流程，涵盖在院患者入组分析、费用偏离分析、偏差病例归因及病种数据分析，为精细化控费与医保合规提供数据支撑。

1.4.1.1.11.11在院入组查询

1.4.1.1.11.11.1系统应支持查询在院患者入组情况，展示医保保险类别、总费用、主要诊断、主要手术及操作、入组病种编码、病种名称、病种权重、支付标准、预估结余等信息。

1.4.1.1.11.11.2系统应支持按保险类别、住院科室等条件过滤查询。

1.4.1.1.11.12全院费用偏离分析

1.4.1.1.11.12.1系统应支持时间段查询全院的病种费用偏差数据，展示总费用、费用结构、医保总费用、医保初始支付率、医保净结余、例均结余、支付率结构。

1.4.1.1.11.12.2系统支持按病种指数方法计算全院每指数单价、每指数单价偏离度、每指数药品单价、每指数药品单价偏离度、每指数耗材单价、每指数耗材单价偏离度。

1.4.1.1.11.12.3系统支持按病种难度分段测算全院每指数单价、药品指数单价、耗材指数单价的实际值及偏离度。

1.4.1.1.11.12.4系统支持科室医保结余、初始支付率的可视化分析，包括柱状图、折线图、散点图等。

1.4.1.1.11.12.5系统支持全院医保结余、支付率趋势分析，展示近一年变化趋势。

1.4.1.1.11.12.6系统支持科室核心指标展示，包括医保总例数、医保总费用、医保结余、例均结余、CMI、病种指数单价及偏离度、费用结构、次均费用等。

1.4.1.1.11.13科室费用偏离分析

1.4.1.1.11.13.1系统应支持时间段查询科室的病种费用偏差数据，展示总费用、费用结构、医保总费用、医保初始支付率、医保净结余、例均结余、支付率结构。

1.4.1.1.11.13.2系统支持按病种指数方法计算科室每指数单价、每指数单价偏离度、每指数药品单价、每指数药品单价偏离度、每指数耗材单价、每指数耗材单价偏离度。

1.4.1.1.11.13.3系统支持按病种难度分段测算科室每指数单价、药品指数单价、耗材指数单价的实际值及偏离度。

1.4.1.1.11.13.4系统支持可视化分析，包括柱状图、折线图、散点图等。

1.4.1.1.11.13.5系统支持科室医保结余、支付率趋势分析，展示近一年变化趋势。

1.4.1.1.11.13.6系统支持科室下病种核心指标展示，包括医保总例数、医保总费用、医保结余、例均结余、病种rw、病种指数单价及偏离度、费用结构、次均费用等。

1.4.1.1.11.14诊疗组费用偏离分析

1.4.1.1.11.14.1系统应支持按时间段、科室查询诊疗组的医保病种数据，展示诊疗组、医保结余、例均结余、平均rw、平均住院日、次均费用、手术例数等，支持关键指标同比分析。

1.4.1.1.11.14.2系统支持诊疗组支付趋势分析、同期对比分析。

1.4.1.1.11.14.3系统支持科室内多个诊疗组的平均rw、病例数、手术例数、每指数药品单价、每指数耗材单价进行对比分析。

1.4.1.1.11.14.4系统支持展示诊疗组开展的病种数据，包括病种名称、例数、病种rw、医保结余、初始支付率、每指数单价、每指数药品偏离度、每指数耗材偏离度、费用结构、次均费用、平均住院日等。

1.4.1.1.11.15偏差病例分析

1.4.1.1.11.15.1系统应支持医保结余概览分析，展示医保总例数、医保总费用、医保结余、初始支付率、偏差病例例数、偏差病例例数占比、偏差病例总费用、偏差病例总费用占比。

1.4.1.1.11.15.2系统应支持偏差病例占比结构分析，展示低倍率例数、占比、同比，高倍率例数、占比、同比。

1.4.1.1.11.15.3系统应支持数据可视化分析，支持展示堆积图、折线图、环形图等。

1.4.1.1.11.15.4系统应支持偏差病例详情列表展示，展示病案号、倍率类型、倍率、支付率、预估结余、入组病种、每指数单价、指数单价偏离度、每指数药品单价偏离度、每指数耗材单价偏离度、费用结构等。

1.4.1.1.11.15.5系统应支持全院、科室、医保类型多维度分析。

1.4.1.1.11.16特例单议分析

系统应支持对特例单议例数、例数同比、例数占比、总费用、费用同比、费用占比进行分析。

1.4.1.1.11.17全院病种分析

1.4.1.1.11.17.1系统应支持按全院、科室、医保类型多维度的病种数据分析，展示病种总例数、病种总量指数、总费用、CMI、每指数单价、次均费用、医保结余、初始支付率等指标。

1.4.1.1.11.17.2系统应支持主病种的对比分析，对比不同主病种的每指数单价及偏离度、每指数药品单价及偏离度、每指数耗材单价及偏离度。

1.4.1.1.11.17.3系统支持可视化图表分析，包括柱状图、折线图、散点图，通过图表对支付率、病种rw、病种指数单价等进行分析。

1.4.1.1.11.17.4系统应支持主病种排名，展示主病种核心指标包括病种名称、病种平均rw、医保总费用、初始支付率、医保结余、费用偏离度、次均费用、费用结构等，支持展示盈亏组数汇总。

1.4.1.1.11.17.5系统应支持病种下钻分析，可按照主病种和一级、二级、三级目录的方式逐层下钻分析。

1.4.1.1.11.18主病种分析

1.4.1.1.11.18.1系统应支持按全院、科室、医保类型等维度对主病种数据进行分析，展示病种总例数、病种总量指数、总费用、CMI、每指数单价、次均费用、医保结余、初始支付率等指标。

1.4.1.1.11.18.2系统应支持主病种下一级病种的对比分析，对比不同一级病种的每指数单价及偏离度、每指数药品单价及偏离度、每指数耗材单价及偏离度。

1.4.1.1.11.18.3系统支持可视化图表分析，包括柱状图、折线图、散点图，通过图表对支付率、病种rw、病种指数单价等进行分析。

1.4.1.1.11.18.4系统应支持一级病种排名，展示一级病种核心指标包括病种名称、病种平均rw、医保总费用、初始支付率、医保结余、费用偏离度、次均费用、费用结构等，支持展示盈亏组数汇总。

1.4.1.1.11.19一级病种分析

1.4.1.1.11.19.1系统应支持按全院、科室、医保类型等维度对一级病种数据进行分析，展示病种总例数、病种总量指数、总费用、CMI、每指数单价、次均费用、医保结余、初始支付率等指标。

1.4.1.1.11.19.2系统应支持一级病种下二级病种的对比分析，对比不同二级病种的每指数单价及偏离度、每指数药品单价及偏离度、每指数耗材单价及偏离度。

1.4.1.1.11.19.3系统支持可视化图表分析，包括柱状图、折线图、散点图，通过图表对支付率、病种rw、病种指数单价等进行分析。

1.4.1.1.11.19.4系统应支持二级病种排名，展示二级病种核心指标包括病种名称、病种平均rw、医保总费用、初始支付率、医保结余、费用偏离度、次均费用、费用结构等，支持展示盈亏组数汇总。

1.4.1.1.11.20二级病种分析

1.4.1.1.11.20.1系统应支持按全院、科室、医保类型等维度对二级病种数据进行分析，展示病种总例数、病种总量指数、总费用、CMI、每指数单价、次均费用、医保结余、初始支付率等指标。

1.4.1.1.11.20.2系统应支持二级病种下三级病种的对比分析，对比不同三级病种的每指数单价及偏离度、每指数药品单价及偏离度、每指数耗材单价及偏离度。

1.4.1.1.11.20.3系统支持可视化图表分析，包括柱状图、折线图、散点图，通过图表对支付率、病种rw、病种指数单价等进行分析。

1.4.1.1.11.20.4系统应支持三级病种排名，展示三级病种核心指标包括病种名称、病种平均rw、医保总费用、初始支付率、医保结余、费用偏离度、次均费用、费用结构等，支持展示盈亏组数汇总。

1.4.1.1.11.21医保费用监控

系统应支持基于DIP付费规则，对住院医保费用进行风险预警分析，包括超支预警、盈亏监测等。

1.4.1.1.11.22超支预警

1.4.1.1.11.22.1系统应支持按出院时间、医保类型、科室名称多条件查询，展示病种医保总例数、医保总费用、初始支付率、医保结余、超支例数、超支例数占比、超支费用、超支费用占比、例均超支金额。

1.4.1.1.11.22.2系统应支持按自定义倍率阈值进行查询统计。

1.4.1.1.11.22.3系统支持趋势分析，展示近一年超支例数、超支金额的变化趋势。

1.4.1.1.11.23盈亏监测

1.4.1.1.11.23.1系统应支持按全院、科室、诊疗组、医保类型等维度分析医保医保盈亏情况。

1.4.1.1.11.23.2系统应支持医保概况分析，展示医保病例数、病种总指数、医保总费用、医保结余、例均结余。

1.4.1.1.11.23.3系统应支持基金支付结构分析，展示个人自付、个人自费、基金支付及结构占比。

1.4.1.1.11.23.4系统应支持资源效率分析，展示平均住院日、时间消耗指数、次均费用、费用消耗指数。

1.4.1.1.11.23.5系统应支持费用控制分析，展示亏损病例数、结余病例数、亏损病种数、结余病种数、医保初始支付率。

1.4.1.1.11.24模拟入组

1.4.1.1.11.24.1系统应支持填写入组参数，包括疾病诊断、手术及操作、住院费用、住院天数、性别、年龄、离院方式等。

1.4.1.1.11.24.2系统应动态展示模拟入组结果，包括病种编码、病种名称、病种权重、机构系数、结算单价、病种支付标准、初始支付率、预计结余。

1.4.1.1.11.24.3系统应支持展示偏差病例标签（普通、低倍率、高倍率、特例单议）。

1.4.1.1.11.24.4系统应内置智能化编码辅助工具，支持推荐符合分组规则的最优编码组合。

1.4.1.1.11.24.5系统应基于推荐编码实时模拟预分组结果，展示对应DIP病种权重及预估结算金额。

1.4.1.1.11.25病种分组器管理

1.4.1.1.11.25.1系统应支持医保分组器管理，支持配置DIP、中医优势病种等不同类型的分组器，支持分组器版本管理。

1.4.1.1.11.25.2系统应内置智能分组引擎，支持对接国家及地方分组政策。

1.4.1.1.11.25.3系统应支持DIP分层入组，按照主病种和一级病种、二级病种、三级病种分层入组。

1.4.1.1.12字典目录管理

1.4.1.1.12.1医保疾病诊断分类与代码

系统应支持维护国家临床版疾病诊断分类与代码（ICD-10）与医保版疾病诊断分类与代码的映射对照关系。

1.4.1.1.12.2医保手术操作分类与代码

系统应支持维护国家临床版手术及操作分类（ICD-9-CM-3）与医保版手术操作分类与代码的映射对照关系。

1.4.1.1.12.3DIP病种目录管理

1.4.1.1.12.3.1系统应支持主病种、一级病种、二级病种、三级病种的新增及维护，支持病种目录批量导入。

1.4.1.1.12.3.2系统应支持查询病种编码、病种名称、病种权重、病种类型。

1.4.1.1.12.3.3系统应支持目录库的启用、停用及版本管理。

1.4.1.1.12.4DIP辅助目录管理

1.4.1.1.12.4.1系统应支持年龄特征病种辅助目录的维护及版本管理，支持新增及导入。

1.4.1.1.12.4.2系统应支持疾病严重程度辅助目录的维护及版本管理，支持新增及导入。

1.4.1.1.12.4.3系统应支持肿瘤严重程度辅助目录的维护及版本管理，支持新增及导入。

1.4.1.1.12.5目录版本控制

系统应支持DIP病种目录库、DIP辅助目录的版本管理、启用及停用控制。

1.4.1.1.13基础配置

1.4.1.1.13.1定点机构信息设置

系统应支持按照《医疗保障基金结算清单填写规范》维护医疗机构基础信息，包括定点医疗机构名称、定点医疗机构代码、医保结算等级等。

1.4.1.1.13.2医保结算单价设置

1.4.1.1.13.2.1系统应支持按照本地医保政策维护病种付费结算单价、机构系数、倍率系数等标准值。

1.4.1.1.13.2.2系统应支持版本管理及启用、停用操作。

1.4.1.2DIP入组预测

1.4.1.2.1系统应支持对患者进行医保预测分析，包含入组病种、权重、付费标准、预估结余。实际住院天数及费用与病种标准的对比分析。

1.4.1.2.2系统应支持对费用结构及倍率类型结构进行分析。

1.4.1.3DIP入组路径

1.4.1.3.1系统应支持病种入组路径查看，展示主要诊断、主要手术、相关手术的入组路径。

1.4.1.4DIP费用测算

1.4.1.4.1系统应支持预估医保DIP病种结算情况，展示病例实际住院费用、实际住院天数、倍率类型、倍率、初始支付率、预估结余。

1.4.1.4.2系统应支持超支标识提醒、支持费用倍率区间的可视化展示。

1.4.1.5路径控费管理

1.4.1.5.1系统应支持根据临床路径的费用标准、标准住院天数对患者费用进行预警提醒。

1.4.1.5.2系统应支持分析总费用、超支情况、路径内费用、路径外费用、剩余额度等指标。

1.4.1.6智能编码（推荐编码）

1.4.1.6.1系统应基于医保病种目录库及病种入组模型，支持模拟入组功能，实时推荐分组方案。

1.4.1.6.2系统应展示推荐方案的病种编码、病种名称、病种权重等信息。

1.4.1.6.3系统应支持实时入组预测，展示入组病种编码、病种名称、倍率类型、机构系数、次均费用、支付标准、结算预估、盈亏金额等。

1.4.1.7相关分组推荐

系统应支持按主要诊断展示DIP相关分组分案，包括病种编码、病种名称、病种rw、病种分值、付费标准、当前费用倍率、支付率。

1.4.1.8医生入组分析

系统应支持医生维度的入组分析，展示初始支付率、医保净结余、出院例数、医保例数、入组率。

1.4.1.9医生偏差病例分析

系统应支持医生维度的偏差病例分析，展示低倍率、正常病例、高倍率、超高倍率对应的例数、占比。

1.4.1.10医生特例单议分析

系统应支持医生维度的特例单议分析，展示特例单议病例数。

1.4.1.11医生支付率分析

系统应支持医生维度的支付率分析，展示支付率分段结构，支持医生支付率与科室支付率、全院支付率的对比分析。

1.4.1.12医生费用结构分析

1.4.1.12.1系统应支持医生维度的费用结构分析，展示药品费用、耗材费用、检查检验、医疗服务及其他费用以及对应占比，支持医生与科室均值、全院均值的对比分析

1.4.1.12.2系统应支持次均费用分析，展示次均费用、次均药费、次均耗费，支持医生与科室均值、全院均值的对比分析。

1.4.1.12.3系统应支持按病种指数方法的费用偏离度分析，展示每指数单价及偏离度、每指数药品单价及偏离度、每指数耗材单价及偏离度，支持医生与科室均值、全院均值的对比分析。

1.4.1.13病种目录管理

1.4.1.13.1系统应支持展示医保疾病诊断分类与代码库，以及与国家临床版的映射对照关系，并支持按编码、名称模糊查询。

1.4.1.13.2系统应支持展示医保手术操作分类与代码库，以及与国家临床版的映射对照关系，并支持按编码、名称模糊查询。

1.4.1.13.3系统应支持展示DIP病种目录，包含病种编码、病种名称、权重，并支持按编码、名称模糊查询。

1.4.2医保智能审核

1.4.2.1运营驾驶舱

1.4.2.1.1系统应展示门诊、住院医疗违规的多维度分析，包括违规检出次数、违规金额。

1.4.2.1.2系统应支持按药品、医用材料、医疗服务等项目汇总违规情况。

1.4.2.1.3系统应展示“限定频次”“限就医方式”“限适应症”“限支付疗程”等违规类型的结构分布。

1.4.2.1.4违规次数分析

系统应支持按时间查询违规记录，展示门诊违规人次、住院违规人次、全院违规人次。

1.4.2.1.5违规金额分析

系统应支持按时间查询违规记录，展示诊违规金额、住院违规金额、全院违规金额。

1.4.2.1.6违规规则分布

系统应支持违规规则分布分析，展示违规规则结构分布、占比。

1.4.2.1.7违规规则等级分布

系统支持按规格严重程度分析违规规则分布，展示明确违规、高度疑似、轻度疑似、监测分析不同严重程度规则的违规次数、违规金额、违规金额占比。

1.4.2.1.8违规趋势分析

系统应支持违规趋势分析，展示违规次数、违规金额的趋势变化。

1.4.2.1.9违规科室排名

系统应支持院内科室违规次数排名、违规金额排名。

1.4.2.1.10违规医生排名

0

系统应支持院医生违规次数排名、违规金额排名。

1.4.2.2医保审核违规分析

1.4.2.2.1系统应支持查询指定时间区间内药品、医用材料、医疗服务项目的违规次数、违规金额。

1.4.2.2.2系统应支持按科室、医生分布展示违规情况。

1.4.2.2.3系统应支持科室、医生、规则等多维度的下钻分析，并支持数据导出。

1.4.2.2.4全院违规分析

系统应支持按时间、就医类型查询全院违规概况，展示总违规次数、违规金额、金额占比、明确违规次数、可疑违规次数、明确违规占比。

1.4.2.2.5系统应支持违规构成分析，展示全院政策类、管理类、诊疗类规则分别的违规次数占比、违规金额占比。

1.4.2.2.6系统应支持以可视化图表展示科室违规次数排名。

1.4.2.2.7系统应支持全院违规规则清单查询，展示规则名称、违规病例数、违规次数、违规金额、违规金额占比。

1.4.2.2.8科室违规分析

系统应支持按时间、就医类型查询科室违规概况，展示总违规次数、违规金额、金额占比、明确违规次数、可疑违规次数、明确违规占比。

1.4.2.2.9系统应支持违规构成分析，展示科室的政策类、管理类、诊疗类规则分别的违规次数占比、违规金额占比。

1.4.2.2.10系统应支持以可视化图表展示科室下医生的违规次数排名。

1.4.2.2.11系统应支持科室违规规则清单查询，展示规则名称、违规病例数、违规次数、违规金额、违规金额占比。

1.4.2.2.12医生违规分析

系统应支持按时间、就医类型查询医生违规概况，展示总违规次数、违规金额、金额占比、明确违规次数、可疑违规次数、明确违规占比。

1.4.2.2.13系统应支持违规构成分析，展示医生的政策类、管理类、诊疗类规则分别的违规次数占比、违规金额占比。

1.4.2.2.14系统应支持以可视化图表展示医生违规规则排名。

1.4.2.2.15系统应支持医生违规规则清单查询，展示规则名称、违规病例数、违规次数、违规金额、违规金额占比。

1.4.2.2.16违规清单查询

系统应支持按就医类型、检出时间、就医科室、医生等维度查询违规记录，展示违规病例详情，包含门诊/住院号、医保类型、违规规则、违规内容、严重程度等。

1.4.2.3住院医保费用审核

1.4.2.3.1系统应嵌入住院医生工作站，在医生开立医嘱时实时调用审核引擎，对医保违规情况进行提醒。

1.4.2.3.2系统应支持出院审核功能，在患者出院结算前对所有住院费用进行违规审核，完成疑点处理后方可办理出院。

1.4.2.3.3系统应支持在护士工作站登记费用时，实时调用规则引擎审核医保违规，并实时提醒。

1.4.2.3.4事前审核

1.4.2.3.4.1系统应支持在医生开立医嘱时，实时审核并提醒违规信息，支持填写异议说明，支持自费结算处理。

1.4.2.3.4.2系统应支持在护士登记费用时，实时审核并提醒违规信息，支持填写异议说明，支持自费结算处理。

1.4.2.3.5事中审核

系统应支持住院医生站及护士工作站事中审核，展示违规规则，违规内容，严重程度、检出逻辑等。

1.4.2.4门诊医保费用审核

1.4.2.4.1系统应嵌入门诊医生工作站，在医生开立处方时实时调用规则引擎审核医保违规，并提醒。

1.4.2.4.2事前审核

系统应支持在门诊医生开立医嘱时，实时审核并提醒违规信息，支持填写异议说明，支持自费结算处理。

1.4.2.4.3事中审核

系统应支持在门诊医生工作站、门诊收费系统嵌入事中审核，展示违规规则，违规内容，严重程度、检出逻辑等。

1.4.2.5规则引擎

1.4.2.5.1系统支持维护本地医保费用审核规则及规则代码。

1.4.2.5.2系统应支持对规则进行启用/停用操作。

1.4.2.5.3系统应支持区域统筹级规则与医院个性化规则设置。

1.4.2.5.4系统应支持按规则类别、项目名称等查询医保规则的内涵详情。

1.4.2.5.5系统应支持按照医疗保障基金智能审核和监控规则库框架，维护药品限性别规则，支持设置规则名称、严重程度、检出逻辑、逻辑依据、规则分类、处置级别、生效范围、生效时间等。

1.4.2.5.6系统应支持规则下知识点明细维护，包括医保编码、药品通用名、医疗服务项目名称、检出逻辑、逻辑依据、知识点代码版本等，支持知识点明细批量导入。

1.4.2.5.7药品限性别

系统应支持对“药品限性别”规则进行参数化配置与管理。

1.4.2.5.8医疗服务项目限性别

系统应支持对“医疗服务项目限性别”规则进行参数化配置与管理。

1.4.2.5.9药品儿童专用

系统应支持对“药品儿童专用”规则进行参数化配置与管理。

1.4.2.5.10医疗服务项目儿童专用

系统应支持对“医疗服务项目儿童专用”规则进行参数化配置与管理。

1.4.2.5.11手术项目未按规定折价

系统应支持对“手术项目未按规定折价”规则进行参数化配置与管理。

1.4.2.5.12药品限生育保险

系统应支持对“药品限生育保险”规则进行参数化配置与管理。

1.4.2.5.13药品限工伤保险

系统应支持对“药品限工伤保险”规则进行参数化配置与管理。

1.4.2.5.14药品限就医方式

系统应支持对“药品限就医方式”规则进行参数化配置与管理。

1.4.2.5.15药品限医疗机构级别

系统应支持对“药品限医疗机构级别”规则进行参数化配置与管理。

1.4.2.5.16药品限支付疗程

系统应支持对“药品限支付疗程”规则进行参数化配置与管理。

1.4.2.5.17医疗服务项目重复收费

系统应支持对“医疗服务项目重复收费”规则进行参数化配置与管理。

1.4.2.5.18医疗服务项目限定频次

系统应支持对“医疗服务项目限定频次”规则进行参数化配置与管理。

1.4.2.5.19医疗服务项目限年龄

系统应支持对“医疗服务项目限年龄”规则进行参数化配置与管理。

1.4.2.5.20医疗服务项目限支付疗程

系统应支持对“医疗服务项目限支付疗程”规则进行参数化配置与管理。

1.4.2.5.21医疗服务项目周期超频次

系统应支持对“医疗服务项目周期超频次”规则进行参数化配置与管理。

1.4.2.5.22中药饮片单复方不予支付

系统应支持对“中药饮片单复方不予支付”规则进行参数化配置与管理。

1.4.2.5.23中药饮片单方不予支付

系统应支持对“中药饮片单方不予支付”规则进行参数化配置与管理。

1.4.2.5.24药品限适应症

系统应支持对“药品限适应症”规则进行参数化配置与管理。

1.4.2.5.25门诊慢特病处方限定用量

系统应支持对“门诊慢特病处方限定用量”规则进行参数化配置与管理。

1.4.2.5.26门诊慢特病处方限支付疗程

系统应支持对“门诊慢特病处方限支付疗程”规则进行参数化配置与管理。

1.4.2.5.27门诊慢特病处方限适应症

系统应支持对“门诊慢特病处方限适应症”规则进行参数化配置与管理。

1.5药房药库管理

1.5.1门(急)诊药房管理

1.5.1.1总体要求

系统应支持门（急）诊药房全流程业务管理，实现医嘱审核、处方处理、药品发放、退药管理及窗口调度的一体化管控，规范业务流程，提升发药效率，保障用药安全。

1.5.1.2医嘱审核

1.5.1.2.1系统应支持对门（急）诊医嘱进行合法性、规范性与合理性审核。

1.5.1.2.2系统应自动匹配患者姓名、年龄、性别、过敏史等基本信息与医嘱信息进行校验。

1.5.1.2.3系统应校验医嘱开具科室、医生资质等基础要素。

1.5.1.2.4系统应详细记录审核人员、审核时间、审核结果（通过/驳回/待确认）及处理意见，形成可追溯的审核台账。

1.5.1.3中药处方审核

1.5.1.3.1系统应针对中药处方的特殊性，结合中药药性理论与临床用药规范进行专业化审核。

1.5.1.3.2系统应结合患者体质（如儿童、老人、孕妇）、病症轻重及中药饮片炮制规格（如炒白术、生甘草），审核用药剂量是否符合临床规范。

1.5.1.3.3系统应在审核通过后自动生成煎煮提示（如先煎、后下、烊化），便于告知患者。

1.5.1.4门诊西药房发药

1.5.1.4.1系统应接收审核通过的西药处方后，自动分配至对应发药窗口。

1.5.1.4.2系统应通过语音、弹窗等方式提醒药房工作人员进行药品调配。

1.5.1.4.3系统应显示药品在药房的具体货位信息，辅助工作人员快速取药。

1.5.1.4.4系统应支持扫描药品条码与处方条码进行双重核对，确保“药-方-患”信息一致。

1.5.1.4.5系统应在发药时自动打印用药指导单，明确药品用法用量、注意事项、不良反应等关键信息。

1.5.1.5门诊西药房退药

1.5.1.5.1系统应自动校验退药药品是否为本院门诊西药房发放、是否在退药有效期内（如未开封、在保质期内）、退药原因是否符合医疗规范。

1.5.1.5.2系统应记录退药药品名称、规格、数量、退药时间、经手人等信息。

1.5.1.5.3系统应自动将退药药品重新录入库存。

1.5.1.5.4系统应与医院收费系统联动，退药完成后自动触发费用退还流程。

1.5.1.6门诊中药房发药

1.5.1.6.1系统应根据审核通过的中药处方生成饮片调配清单，明确各饮片的称量剂量与调配顺序。

1.5.1.6.2系统应内置饮片外观鉴别要点，辅助工作人员核对饮片质量。

1.5.1.6.3系统应支持扫描处方条码与药品包装条码进行核对，确认无误后由患者签字确认取药，并记录发药完成状态。

1.5.1.7药房窗口管理

1.5.1.7.1系统应实时显示各发药窗口工作人员在岗状态信息。

1.5.1.7.2系统应支持药房管理人员根据在岗状态灵活调整窗口开放数量或调配工作人员。

1.5.2住院药房管理

1.5.2.1总体要求

系统应支持住院药房药品流转全过程管理，实现医嘱驱动发药、退药管理及全流程可追溯。

1.5.2.2住院药房发药

1.5.2.2.1系统应实时对接住院医生工作站，自动接收患者的长期医嘱、临时医嘱中的用药信息。

1.5.2.2.2系统应自动校验医嘱格式，若存在格式错误或关键信息（药品名称、规格、剂量、用药频次、用药途径、开具医生、执行科室）缺失，即时提示药房工作人员。

1.5.2.2.3系统应生成发药凭证，包含患者信息、药品清单、发药时间、药师信息等。

1.5.2.2.4系统应支持临床科室护士凭患者信息或领用凭证领取药品，并进行签收确认，记录签收人、签收时间。

1.5.2.2.5系统应对需要特殊储存的药品（如冷藏药品）在发药环节进行特殊标记提醒。

1.5.2.2.6系统应实时将发药信息同步至住院收费系统、患者电子病历系统及药房库存管理模块。

1.5.2.2.7系统应留存完整的发药日志，包括医嘱来源、审核药师、调配药师、发放时间、签收人等信息。

1.5.2.3住院药房退药

1.5.2.3.1系统应支持临床科室护士在护士工作站提交退药申请，注明退药原因、患者信息、药品名称、规格、数量、原发药时间，并上传相关证明材料（如医嘱变更单）。

1.5.2.3.2系统应支持退药申请经科室护士长或医生审核确认后提交至住院药房。

1.5.2.3.3系统应支持药房药师核对退药申请与原发药记录的一致性，并对退回药品进行现场核查，包括药品外观（是否破损、变质）、效期（是否在有效期内）、包装完整性（是否开封、标签是否清晰）。

1.5.2.3.4系统应记录不符合退药标准的药品拒绝原因并退回申请。

1.5.2.3.5系统应在退药审核通过后，自动将药品重新计入药房库存。

1.5.3药库管理

1.5.3.1总体要求

系统应支持药品全生命周期管理，实现目录管控、库存管理及流转处置的标准化与可追溯。

1.5.3.2机构药品目录管理和审核

1.5.3.2.1系统应支持维护药品通用名、商品名、规格、剂型、生产厂家、批准文号、医保属性、适应症等核心信息。

1.5.3.2.2系统应建立多级审核机制，新增或变更的药品信息需经科室负责人、医务科及分管院长等节点审核。

1.5.3.2.3系统应支持审核过程中在线批注意见、上传佐证材料（如药品注册证、质量标准）。

1.5.3.2.4系统应提供多条件组合查询，支持目录数据导出为Excel格式，并记录目录变更日志（变更人、时间、内容）。

1.5.3.3库房药品目录管理

1.5.3.3.1系统应支持从机构药品目录中筛选本库房需存储的药品，建立库房专属目录，并支持与机构目录联动更新。

1.5.3.3.2系统应支持配置存储条件（常温、冷藏、阴凉处）、货架编号、货位编码、最小库存阈值、最大库存上限等存储属性。

1.5.3.4入库管理

1.5.3.4.1系统应支持根据采购订单生成入库单或手动创建入库单。

1.5.3.4.2系统应填写药品名称、规格、数量、生产批号、有效期、生产厂家、供应商、采购单价、入库日期、验收人等信息。

1.5.3.4.3系统应自动校验药品是否在库房目录内。

1.5.3.4.4系统应在入库验收通过后，自动更新库存数量，按批次记录库存明细，并生成入库台账。

1.5.3.5出库管理

1.5.3.5.1系统应支持根据临床科室申领单、处方或调拨需求生成出库单。

1.5.3.5.2系统应明确领用单位、领用人、出库日期、用途（如临床用药、科研用）等信息。

1.5.3.5.3系统应内置“先进先出”“近效期先出”等批次发放规则，自动推荐优先出库的药品批次。

1.5.3.5.4系统应在药品发放后，由领用人签字确认，库房人员完成出库确认，系统自动扣减对应批次库存，并生成出库记录。

1.5.3.6退库与退货管理

1.5.3.6.1系统应支持领用单位提交退库申请，注明退库药品名称、规格、数量、批次、退库原因，并上传相关证明材料（如处方复印件、申领单）。

1.5.3.6.2系统应在退库验收通过后，自动恢复对应药品的库存数量，更新批次信息，并生成退库台账。

1.5.3.6.3系统应支持库房人员提交退货申请，注明药品名称、规格、数量、批次、供应商、退货原因，并关联采购订单信息。

1.5.3.6.4系统应支持退货申请经药学部负责人审核。

1.5.3.7调拨管理

1.5.3.7.1系统应支持由调出方库房提交调拨单，调入方库房同意后生成正式调拨单，明确调拨方向、运输方式、交接时间。

1.5.3.7.2系统应在调出方完成出库确认后扣减库存，在调入方确认收货后增加库存。

1.5.3.7.3系统应记录调拨全流程信息，包括调拨人、调拨时间、运输人员、验收情况，并生成调拨台账。

1.5.3.8盘点管理

1.5.3.8.1系统应支持定期或不定期对库房药品进行盘点。

1.5.3.8.2系统应支持差异清单经库房负责人、财务科审核后，按审核意见调整库存。

1.5.3.8.3系统应记录差异处理过程，更新库存数据，并生成盘点报告。

1.5.3.9报损管理

1.5.3.9.1系统应支持库房人员提交报损申请，注明药品名称、规格、数量、批次、报损原因（如“过期”“包装破损”“国家召回”），并上传佐证材料（如药品照片、召回文件）。

1.5.3.9.2系统应在审核通过后生成报损单，自动扣减库存，并生成报损台账。

1.5.4物资管理

1.5.4.1总体要求

系统应支持耗材及后勤物资全生命周期管理，实现目录、采购、库存及申领的闭环管理。

1.5.4.2目录管理

1.5.4.2.1系统应支持制定机构耗材目录，明确耗材名称、规格型号、材质、参考单价、所属类别、适用场景等信息，并支持审核流程。

1.5.4.2.2系统应支持建立库房耗材目录，明确存储位置、安全库存阈值、计量单位等库房管理信息。

1.5.4.2.3系统应支持建立后勤物资目录，明确物资基础属性、质量标准、采购渠道要求等信息，并支持审核流程。

1.5.4.2.4系统应支持构建库房后勤物资目录，标注货架编号、存储条件（如防潮、避光）、最低库存预警值等信息。

1.5.4.3采购管理

1.5.4.3.1系统应接收各部门提交的采购需求，需求内容需明确物资名称、规格、数量、用途、需求时间等信息。

1.5.4.3.2系统应支持需求汇总、分类与校验，自动关联库存数据判断需求合理性。

1.5.4.3.3系统应支持基于采购需求清单制定采购计划，明确采购物资明细、数量、预算、采购方式、完成时间，并支持审批流程。

1.5.4.3.4系统应支持根据审批后的采购计划下达采购订单，明确供应商、物资明细、单价、交货时间、验收标准、付款方式等条款，并跟踪订单状态。

1.5.4.3.5系统应支持汇总各部门集采需求，制定集采计划，明确集采物资范围、预估采购量、集采周期、预算目标，并支持专项审批。

1.5.4.3.6系统应支持依据集采计划签订集采订单，明确采购价格、总量、分批交货安排、质量保障条款，并专项跟踪执行情况。

1.5.4.4库存管理

1.5.4.4.1系统应支持耗材及后勤物资的入库、出库、退库、退货、调拨、盘点、报损等全流程操作。

1.5.4.4.2系统应在入库时核对物资名称、规格、数量、质量等信息，验收合格后办理入库，记录入库时间、来源、验收人员，并生成入库单。

1.5.4.4.3系统应在出库时核对出库物资与需求一致性，记录出库时间、领用部门、领用人员、用途，并生成出库单。

1.5.4.4.4系统应在退库时核查物资状态与退库原因，办理退库手续，记录退库信息并生成退库单。

1.5.4.4.5系统应在退货时明确退货明细与原因，记录退货信息并生成退货单。

1.5.4.4.6系统应在调拨时制定调拨单，调拨完成后更新双方库存，记录调拨详情。

1.5.4.4.7系统应在盘点时对比账面与实际库存，记录盘盈盘亏及原因，审批后调整库存并生成盘点报告。

1.5.4.4.8系统应在报损时明确报损明细与原因，审批后扣减库存，记录报损信息并生成报损单。

1.5.4.5申领与查询

1.5.4.5.1系统应支持各部门在线提交物资申领单，明确物资名称、规格、数量、用途、申领部门及申领人等信息，并支持在线审批流程。

1.5.4.5.2系统应支持按物资类别、名称、规格、库房等条件查询库存，实时展示当前库存数量、安全库存阈值、库存状态（正常/预警/缺货）、入库时间、最近出库记录等信息。

1.5.4.5.3系统应支持库存数据导出与统计分析。

1.6AI电子病历

1.6.1门（急）诊电子病历

1.6.1.1基础管理

1.6.1.1.1系统应支持国标元数据的录入和修订，作为病历模板所录入的元素节点，成为结构化电子病历重要的组成要素。

1.6.1.1.2系统应支持配置业务数据与国标元数据的值域映射关系，当业务数据被引用至病历时，系统可自动完成标准化转换。

1.6.1.1.3系统应支持对病历控件进行管理，可依据国标元数据属性自定义其在病历中的展示样式，并支持配置元数据值域约束与规范校验规则。

1.6.1.1.4系统应支持定义业务数据源，当病历书写过程中需要引用相关数据时，精确拉取对应业务数据并同步至病历。

1.6.1.1.5系统应支持配置全院、科室不同权限模板，同时支持导入、导出、复制、审批模板功能。

1.6.1.1.6系统应支持配置中医病历模板，并可引用中医病历质控规则。

1.6.1.2病历编辑器

1.6.1.2.1系统应支持病历模板自定义设计模式，允许用户自由添加、删除或调整各类元素组件，自定义设置纸张格式、字体格式、段落格式等。（功能展示项）

◆

1.6.1.2.2系统应支持表单模式，用户可按元素提示填写对应内容，实现信息的规范化、结构化录入。

1.6.1.2.3系统应支持预览模式，查看病历最终呈现效果，且在该模式下无法进行编辑操作。

1.6.1.3病历录入

1.6.1.3.1系统应支持双击患者直接进入门诊病历模块，并自动创建科室默认模板。

1.6.1.3.2系统应基于主诉对应的病种智能匹配并推荐最优病历模板，支持医生一键切换、快速引用。

1.6.1.3.3系统应在病历书写过程中实现自动保存，医生切换操作页面时触发自动保存机制，确保数据不丢失。

1.6.1.3.4系统应支持纯文本编辑、结构化录入及联动业务弹框编辑，并兼容全键盘快捷操作。

1.6.1.3.5系统应支持右键操作，选中文本后可设置加粗、斜体、删除线、下划线、上标、下标，并提供剪切、复制、粘贴、插入医学符号功能。

1.6.1.3.6系统应支持替换当前模板，可选择病种、个人、科室、全院模板。

1.6.1.3.7系统应对不符合国标数据元定义格式规范的元素书写标红提示。

1.6.1.3.8系统应支持对接合规第三方AI大模型接口或调用本地部署的AI大模块实现病历书写。

1.6.1.4病历操作

1.6.1.4.1系统应支持手工新增病历文书，医生可选择对应病历文书模板进行添加。

1.6.1.4.2系统应支持手工保存及系统自动保存功能。

1.6.1.4.3系统应支持将当前编辑的病历另存为个人或科室专属模板，并可选择性保存病历段落内容。

1.6.1.4.4系统应支持删除未签名的病历，但不允许删除已提交和非本人创建的病历。

1.6.1.4.5系统应支持设置图片签章后自动带入；支持CA签名（视医院的接口定）。

1.6.1.4.6系统应在病历签名后禁止编辑，若需编辑需取消医生签名。

1.6.1.4.7系统应支持在病历签名后未提交前取消签名，取消后病历可编辑。

1.6.1.4.8系统应提供病历正常打印、指定页打印及集中打印功能（支持多选病历批量打印）。

1.6.1.5病历模板

1.6.1.5.1系统应支持维护医生个人常用短语模板，书写时可快速引用。

1.6.1.5.2系统应支持住院病历多类型标准化病历格式模板，可精准适配不同科室及病种诊疗特点，支持一键切换格式。

1.6.1.5.3系统应支持将当前编辑的病历另存为个人或科室专属内容模板，并支持段落级或整篇引用。

1.6.1.5.4系统应支持设置中西医病历文书模板，包括中西医入院记录模板、中西医病程记录模板、中西医处方模板、中西医医嘱单模板等。

1.6.1.6数据引用

1.6.1.6.1系统应支持自动将患者基本信息写入病历。

1.6.1.6.2系统应支持诊断双向同步：医生可在病历编辑页面直接开立诊断并写入病历，也可在独立诊断模块开立后自动同步至病历。

1.6.1.6.3系统应支持调阅患者的检验报告，并支持按门诊、住院、急诊和报告日期（新报告、7天、30天、全部）过滤显示，支持通过检验类型、检验子项目检索。

1.6.1.6.4系统应支持勾选患者检查检验报告中任意子项目与对应结果引用到病历上，并支持配置引用格式。

1.6.2住院电子病历

1.6.2.1病历书写

1.6.2.1.1系统应在编辑器左侧显示病历导航树，按照定义好的病历目录分类展示病历，不同状态的病历按不同图标显示（标识完成状态与是否超时）。

1.6.2.1.2系统应支持病程记录按病历记录时间自动排序，点击后自动滚动定位。

1.6.2.1.3系统应支持在住院患者诊疗页面新开标签页进入病历书写界面，并支持同时打开多个患者病历书写界面。

1.6.2.1.4系统应在病历书写过程中实现自动保存，医生切换操作页面时触发自动保存机制。