序号

项目名称

数量

单位

分项名称

需求参数

1

医院信息管理系统（HIS）升级

1

套

门诊医生站

升级医院现有门诊医生站，实现与患者360视图的对接，应提供以下功能：

1. 在医生开处方时调用患者360视图，展示患者门诊诊疗记录。

2. 在医生开治疗项目时调用患者360视图，展示患者门诊诊疗记录。

3. 在医生开检验申请单时调用患者360使用，展示患者门诊诊疗记录。

2

放射信息管理系统

1

套

PACS服务器软件

（一）企业管理器

1. PACS服务器配置软件应为WEB架构产品。

2. PACS服务器软件应使用Linux和Windows操作系统。

3. PACS产品应通过IHE Statement协议标准，通过IHE China官方测试。

4. 系统架构应支持双机或多机集群负载均衡、冗余架构、超融合架构。

5. 应支持提供影像存入记录及系统错误记录。

6. 应支持系统管理员可实时通过WEB访问形式管理和维护系统。

7. 应支持大任务量并发请求。

8. 应支持将系统中存储的图像导出为符合DICOM格式的图像文件。

9. 应支持提供图像数据访问以及存储系统负荷的统计。

10. 应支持将相同病人的历史数据自动匹配。

11. 应支持根据不同传输节点设定不同的传输速度和数据压缩比。

12. 应支持DICOM3.0格式、JPEG格式、BMP格式及AVI格式导入。

13. 应支持PACS影像及文字报告的SR结构化报告导出。

14. 应支持医院日后进行新设备CT、MRI、超声等设备连接不需再升级PACS服务器软件。

15. 应支持影像设备的在线动态添加和管理，无需停止服务即可配置影像设备DICOM参数。

16. 应支持安全账户管理，用户密码管理，可以配置系统级/用户组级/用户级不同账户的管理。

17. 应支持拥有登陆权限的管理员从任意终端登陆，管理系统。

18. 应支持纠正患者的相关信息，同一患者影像归并。

19. 应支持如果有大量历史影像和当天影像同时入库的情形下，优先入库当天的影像。

20. 应支持对接入的客户端进行管理，只有加入系统的客户端才能访问PACS系统的影像。

21. 应支持影像分级存储，满足近期影像和长期影像保存的在线存储和长期存储。

22. 应支持按照需求，对不同的客户端设置影像访问优先级，应做到可以设置某些客户端访问高性能存储，某些客户端访问低性能存储。

23. 应支持影像的jpg无损压缩。

（二）数据流服务

1. 应支持提供影像调阅路由管理功能：根据影像所在的存储设备及存储设备的性能，提供最佳的路由途径。

2. 应支持提供影像备份管理功能：根据预先设置的规则，自动对在线影像做异机备份，可同时备份多份。

3. 应支持提供影像恢复管理功能：在需要时可将备份数据恢复到在线存储设备。

4. 应支持提供影像转移管理功能：在某一影像设备存储量达到警戒线时，自动将影像转移到其它设备或删除已备份影像。

（三）DICOM Storage服务

1. 应支持包括硬盘冗余阵列、存储局域网络、网络存储，对象存储等存储介质。

2. 系统应采用全在线存储模式，即短期在线存储+归档存储模式，在线时间应做到可根据医院实际情况调整（例如保证半年内影像在线高速调阅，半年后影像归档存储，但影像不离线）。

3. 应支持智能分级入库，能够满足大数量级影像同时入库，能够处理大量历史影像同时入库，降低系统宕机风险。

4. 系统应做到可根据存储的性能及调阅优先级（报告科室，临床科室），设置不同的对象访问不同位置的存储设置，以利于提高性能，避免网络拥堵。

5. 应支持存储“水线”，保证在线存储数据量在用户设置范围内。

（四）QR服务

1. 应支持DICOM 3.0 Query/Retrieve Service Class Provider（DICOM Q/R SCU）。

2. 应支持Patient和study级别的查询检索。

3. 应支持按照患者ID，AccessNo.,病患姓名，病历号码、检查时间等复合条件方式查询影像。

设备联机

（一）设备联机

1. 应支持连接DICOM影像软件和工作站。

2. 应支持对于非DICOM接口影像软件，接收经DICOM转换过的符合DICOM格式的影像数据。

3. 应支持通过采集卡获取相关的非DICOM影像。

（二）Dicom Worklist设备集成

应支持WorkList的设备。RIS输入或接收HIS中有关检查申请的信息后，可通过WorkList接口将检查信息传送到检查设备。

无纸化流程

条码流程管理

1. 应支持条码化管理，应支持预约单条形码打印。

2. 应支持登记/签到时，分诊单条形码打印。

3. 应支持检查上机时，条形码上机验证。

4. 应支持检查完成后，检查回执单条形码打印。

影像阅片软件

二维影像后处理软件

（一）图像展示

1. 应支持图像多屏显示。

2. 应支持患者影像多序列显示。

3. ▲应支持智能挂片协议，按照影像类型自动进行排布，提供软件系统截图。（应在响应文件中提供软件截图）

4. 应支持采购人自定义悬挂协议，应支持记录影像窗宽窗位，影像的缩放状态，影像的移动状态，影像的自动对比状态等内容。

5. ▲应支持患者历史影像对比，包括自动同步、手动同步和克隆对比。（应在响应文件中提供软件截图）

6. ▲应支持智能的空间定位，即支持在定位图上选择截面，又支持根据截面位置在定位图上进行定位。（应在响应文件中提供软件截图）

7. 应支持自动播放患者检查影像，播放速度采购人可调、播放顺序可调。

8. 应支持窗宽、窗位调整，支持热键调窗。

9. 应支持图像处理后，保存相关处理记录。

（二）图像测量

1. 应支持长度、角度、面积、周长、像素值。

2. 应支持像素值测量。

3. 应支持心胸比测量。

4. 应支持长方形、椭圆形和不规则状测量。

（三）图像处理

1. 应支持图像放大、缩小、移动、镜像、任意旋转。

2. 应支持通过滑轮滚动控制窗宽、窗位。

3. 应支持影像标识。

4. 应支持窗宽、窗位线性调整和非线性调整。

5. 应支持伪彩功能。

6. 应支持工具栏动态调整。

7. 应支持同时显示不同种类的DICOM影像。

8. 应支持图像的自动拼接。

（四）图像标注

1. 应支持线条、矩形、多边型、椭圆、角度、文本等注解功能。

2. 应支持心血管造影、介入治疗影像处理。

3. 应支持动态播放DSA动态影像。

4. 应支持自定义播放速度，暂停、快进等功能。

5. 应支持动态影像循环播放模式，循环播放，往复播放等功能。

6. 应支持蒙版功能，自动删减非关键位置影像，突出血管影像。

（五）图像另存

1. 应支持JPEG格式、BMP格式及AVI格式。

2. 应支持进行截图，并进行保存。

（六）胶片打印

1. 应支持所见即所得的DICOM打印，支持拼图打印、剪裁打印、真实尺寸打印。

2. 应支持选择影像后，在系统内进行窗宽、窗位调整、GAMMA校正、亮度对比度调整、标注和测量结果均可应用到胶片上。

临床PACS管理

（一）临床影像调阅及处理软件

1. 应支持基于WEB架构，自动安装和更新。

2. 应支持多显示器和医用竖屏显示器。

3. 应支持按照严格安全措施来保障登录进本系统的人为合法授权者，并对何人浏览了何图像做出安全记录。

4. 应支持对终端用户应有不同的登录和浏览权限设置。

5. 应支持对授权用户，在联网(包括本地局域网和异地间经由公共网)的本地或远程的终端上登录本系统，进行图像浏览和影像诊断的功能性操作。

6. 应支持影像的打开、影像的布局、影像的放大缩小、影像的测量、影像的显示调节、影像信息的显示。

7. 应支持临床影像后处理支持与放射影像后处理软件同样拥有丰富的影像后处理功能。

8. 应支持跨平台使用，IOS，Android，windows平台，移动设备等。

9. 应支持设置临床后处理权限。

（二）临床报告调阅软件

1. 应支持临床调阅同一患者的历史检查报告和影像。

2. 应支持灵活的患者报告查询方式。

预约登记工作站

（一）科室检查预约

1. 应支持根据预约排班信息，快速预约病人的检查日期、检查时间和检查地点。

2. 应支持预约排班信息管理。

3. 应支持工作日历管理，可以对工作日，周末以及节假日的最大预约数进行管理。

4. 应支持预约完成后打印预约回执单，包含但不限于打印病人基本信息、患者条码、检查项目、检查注意事项等。

5. 应支持预约患者自动或手动转登记。

6. 应支持患者以不同的标识对预约患者进行突出显示，预约患者的标识为“预约”。

（二）检查登记及收费

1. 应支持登记病人信息，包括姓名、性别、民族、年龄、住址、收费类别、联系电话、检查日期、检查部位、简单病史等基本信息，并对病人进行收费登记。

2. 应支持与HIS对接，一键抓取获取患者相关的检查信息。

3. 应支持多过滤条件对患者列表进行过滤。

4. 应支持对患者费用进行确、退、核、收等操作。

5. 应支持将用户设置保存于服务器，登陆后在自动还原。

6. 应支持进行留言操作。

7. 应支持VIP患者登记。

8. 应支持绿色通道患者登记免排队。

（三）申请单管理

1. 应支持CIS传过来的医技检查申请单查看。

2. 应支持纸质申请的扫描存档管理。

3. 应支持电子申请单的存档管理。

4. 应支持申请单打印。

技师工作站

1. 应支持与排队叫号模块对接，支持对待检查患者的呼叫。

2. 应支持对患者呼叫、暂停、重新广播等基本操作。

3. 应支持呼叫患者家属。

4. 应支持在技师工作站对患者增加收费项目，并返回HIS收费信息。

5. 应支持在技师工作站，对患者进行条码合并。

6. 应支持在技师工作站对患者费用进行核收。

7. 应支持在技师工作对检查人数、未检查人数的实时统计。

8. 应支持在技师工作站查看检查申请单。

9. 应支持在技师工作站查看留言。

10. 应支持一台技师工作站控制多个队列。

报告工作站

（一）检查报告处理

1. 报告打开

(1) 应支持按病人编号、病人姓名、性别、年龄、检查日期、检查号、诊断医师、申请科室、设备类型、检查部位、申请医师、报告医师、操作医师、审核医师、显示诊断结论、显示阅片状态、显示报告状态、显示审核状态等查询条件查询患者，并打开患者报告。

(2) 应支持打开患者各种报告状态下的报告。

(3) 应支持报告锁定功能，同一份报告（除已发布的报告）只允许一位医生打开。

(4) 应支持打开报告时，自动调用对应影像进行浏览。

(5) 应支持医生自定义报告列表。

2.报告查看

(1) 应支持查看技师留言。

(2) 应支持查看电子申请单。

(3) 应支持查看各种报告状态下的报告。

(4) 应支持不同状态的报告以不同的颜色标记。

(5) 应支持报告的同步放大缩小。

(6) 应支持报告任务列表查看，可按照不同的检查时间，检查类型，检查部位、检查机房、申请医生、申请科室等组合方式进行顺序显示。

(7) 应支持报告显示界面的明暗度调整。

(8) 应支持查看报告的无限次修改记录，包括修改内容、修改人、时间等信息。

(9) 应支持修改痕迹对比。

3.报告书写

(1) 整个报告结构应采用所见即所得的输入模式，即可根据报告输入要求，自由调节字体字号、上下角标、中英文字体、特殊符号及公式、可剪切、复制、粘贴相关内容，可插入表格、插入图片等功能。

(2) 应支持报告书写展现所见即所得，书写界面直接展现图片、图注、数字签名图片、表格等文字外的内容，预览、打印与当前展示页面完全一致。

(3) 应支持报告书写与图像采集各自加载图像列表，可同步可异步。异步采集患者时与报告书写图像列表互不干扰。

(4) 应支持多种语言报告。

(5) 应支持医生签名图像的自动打印。

(6) 应支持图文报告格式。

(7) 应支持对影像图像进行勾选添加及拖动添加。

(8) 应支持在图文报告中对图片放大、缩小、自适应等操作。

(9) 应支持在报告界面的图片区域，通过鼠标拖拽图片的方式任意调整图片位置。

(10) 应支持报告书写全键盘操作，操作时可回车至指定下一个输入项。

(11) 应支持报告退回，并记录退回原因。

（二）专家模版库

1. 应支持提供丰富的专家模板，包括普放、CT、MR、DSA（血管造影介入治疗等，形成特有的专家模块库。

2. 应支持报告模板自动匹配报告检查类别。

3. 应支持根据医生个人喜好编辑、添加、调整报告私有模板。

4. 应支持主任医生及管理员编辑、添加、调整报告公有模板。

5. 应支持模板报告库导入。

6. 应支持报告模板插入前预览。

7. 应支持一个或多个专家模板插入到报告中，插入方式有新增和追加两种。

（三）放射危急值提醒

1. 应支持对报告中出现的危急值进行智能判断、并进行智能提示。

2. 应支持对危急值后台配置。

（四）报告集中打印

应支持集中打印多份报告。

科室管理

统计查询

1. 应支持快捷查询及高级查询两种查询方式。

2. 应支持全院信息统一查询。

3. 应支持精确统计医务人员、科室工作量。

4. 应支持统计、分析各类病例。

3

超声信息管理系统

1

套

检查预约及登记

（一）科室检查预约

1. 应支持根据预约排班信息，快速预约病人的检查日期、检查时间和检查地点。

2. 应支持预约排班信息管理。

3. 应支持工作日历管理，可以对工作日，周末以及节假日的最大预约数进行管理。

4. 应支持预约完成后打印预约回执单，包含但不限于打印病人基本信息、患者条码、检查项目、检查注意事项等。

5. 应支持预约患者自动或手动转登记。

6. 应支持患者以不同的标识对预约患者进行突出显示，预约患者的标识为“预约”。

（二）检查登记及收费

1. 应支持登记病人信息，包括姓名、性别、民族、年龄、住址、收费类别、联系电话、检查日期、检查部位、简单病史等基本信息，并对病人进行收费登记。

2. 应支持与HIS对接，一键抓取获取患者相关的检查信息。

3. 应支持多过滤条件对患者列表进行过滤。

4. 应支持对患者费用进行确、退、核、收等操作。

5. 应支持将用户设置保存于服务器，登陆后在自动还原。

6. 应支持进行留言操作。

7. 应支持VIP患者登记。

8. 应支持绿色通道患者登记免排队。

报告管理

（一）检查报告处理

1. 报告打开

(1) 应支持按病人编号、病人姓名、性别、年龄、检查日期、检查号、诊断医师、申请科室、设备类型、检查部位、申请医师、报告医师、操作医师、审核医师、显示诊断结论、显示阅片状态、显示报告状态、显示审核状态等查询条件查询患者，并打开患者报告。

(2) 应支持打开患者各种报告状态下的报告。

(3) 应支持报告锁定功能，同一份报告（除已发布的报告）只允许一位医生打开。

2. 报告查看

(1) 应支持查看技师留言。

(2) 应支持查看电子申请单。

(3) 应支持查看各种报告状态下的报告。

(4) 应支持不同状态的报告以不同的颜色标记。

(5) 应支持报告的同步放大缩小。

(6) 应支持报告任务列表查看，可按照不同的检查时间，检查类型，检查部位、检查机房、申请医生、申请科室等组合方式进行顺序显示。

(7) 应支持报告显示界面的明暗度调整。

(8) 应支持查看报告的无限次修改记录，包括修改内容、修改人、时间等信息。

(9) 应支持修改痕迹对比。

3. 报告书写

(1) 应支持报告书写展现所见即所得，书写界面直接展现图片、图注、数字签名图片、表格等文字外的内容，预览、打印与当前展示页面完全一致。

(2) 应支持根据报告输入要求，自由调节字体字号、上下角标、中英文字体、特殊符号及公式、可剪切、复制、粘贴相关内容，可插入表格、插入图片等功能。

(3) ▲应支持医生进行报告书写时，能够在同一界面横向和纵向查看患者历史诊断报告（横向是指患者的超声、内镜、心电、检验等历史报告，纵向是指能够查看患者的历次报告）。（应提供软件截图）

(4) 应支持报告书写全键盘操作，操作时可回车至指定下一个输入项。

(5) 应支持报告书写与图像采集各自加载图像列表，可同步可异步。异步采集患者时与报告书写图像列表互不干扰。

(6) 应支持图文报告格式。

(7) 应支持在图文报告中对图片放大、缩小、自适应等操作。

(8) 应支持在报告界面的图片区域，通过鼠标拖拽图片的方式任意调整图片位置。

(9) 应支持在报告界面图像根据图像不同张数设置图像布局。

(10) 应支持医生签名图像的自动打印。

(11) 应支持勾选添加及拖动添加图像。

(12) 应支持在报告书写同时查看申请单。

(13) 应支持在阴阳性勾选。

(14) 应支持报告退回，并记录退回原因。

(15) 应支持多种语言报告。

（二）超声危急值提醒

1. 应做到医生进行报告书写时，系统能够自动的对报告中出现的危急值进行判断，并在报告书写界面进行提示。

2. 应支持自定义危急值信息。

（三）临床图文报告调阅管理

应做到报告审核后，提交到报告发布平台，系统内各临床科室按权限均可以浏览。

图像管理

1. 应支持单帧视频图像采集：支持NTSC、PAL、S-Video、RGB等视频信号采集。图像格式可为JPG、DICOM、bmp等格式，并可对图像进行处理。

2. 应支持动态视频采集，视频格式可为AVI等格式。

3. 应支持手动影像备份：手工对所需刻录的影像资料进行备份。

4. 应支持同步或者异步采集图像。

5. 应支持对采集的影像进行后处理，包括影像质量调整、裁剪、标注、测量。

6. 应支持对采集到的影像进行平铺以及采集顺序的调整。

7. 应支持超声图像采集界面以1/4大小悬浮在医生报告窗口，支持在系统中影像的捕捉和录制。

8. 应支持与设备对接，通过手持或者脚踏的方式获取患者影像。

超声设备联机

1. 应支持NTSC、PAL、S-Video、RGB等视频信号采集。

2. 应支持标准DICOM格式。

科室管理

统计查询

1. 应支持快捷查询及高级查询两种查询方式。

2. 应支持全院信息统一查询。

3. 应支持精确统计医务人员、科室工作量。

4. 应支持统计、分析各类病例。

4

ODS

1

套

复制库建设

应支持SQLSERVER的组件，主要实现SQLSERVER数据的容灾和复制，实现业务系统与平台的读写分离，降低数据同步对业务系统的影响。

5

临床数据中心（CDR）

1

套

患者标识

应支持对门急诊、患者就诊时的基本信息（如姓名、性别、出生日期、身份证号、就诊卡号、病历号、医保卡号、医保类别、联系电话、联系人、联系地址）进行数据集成。

患者服务

应支持对门急诊、患者的就诊信息（挂号方式、候诊科室、看诊医生等）进行数据集成。

门诊处方

应支持对门急诊患者的处方信息（用药、治疗、检查、检验等）进行数据集成。

临床诊断

应支持对门急诊、患者的中西医诊断信息（门诊诊断等）进行数据集成。

通用报告

应支持对门急诊、患者的检查报告（检查所见、检查所得、检查结论）进行数据集成。

检验申请单

对门急诊、患者的检验申请信息进行数据集成。

检查申请单

对门急诊、患者的检查申请信息进行数据集成。

门诊病历

应支持对门急诊患者的病历进行数据集成。

检验报告

应支持对门急诊、患者的实验室检验信息（项目名称、检验结果、单位、参考值和趋势）进行数据集成。

PACS报告

应支持对门急诊、患者的全数字化医学影像检查报告（CR、DR、CT、MRI、DSA、ECT、PET、B 超、内镜等影像设备产生的报告信息包括检查所见、检查所得、检查结论）进行数据集成。

6

患者360视图

1

套

就诊时间轴

1. 应支持按就诊时间轴展示患者门急诊就诊情况；

2. 应支持通过概览形式展示患者历次就诊资料情况；

3. 应支持详细临床资料查看；

4. 应支持按医生诊疗需要单独查看门急诊的就诊记录；

5. 应支持本科室就诊记录筛选；

6. ▲多维浏览：应支持就诊时间维度和临床资料维度切换查看。（应在响应文件中提供在多维浏览界面提供时间维度和临床资料维度切换的截图证明）

关注患者

1. 应支持关注重点患者；

2. 应支持实现重点患者跟踪分组功能；

3. 应支持集中浏览关注患者列表；

4. 应支持快捷查看患者详细资料信息。

关键指标

1. 应支持医生根据疾病、病情跟踪需要自定义创建关键检验指标分组；

2. 应支持原始报告跳转、趋势查看；

3. ▲应支持关键指标组的科室内分享；（应在响应文件中提供在指标管理界面提供指标分享的截图证明）

4. ▲应支持引用其他医生分享的组。（应在响应文件中提供在指标管理界面提供引用其他医生分享的截图证明）

检查报告

1. 应支持按照时间轴将患者历次检查报告进行展示；

2. 应支持按报告类别进行筛选；

3. 应支持文字报告及对应图像信息的查看操作；

4. 应支持原始报告查看功能；

5. 应支持与知识库对接实现检查结论关键词自动标记；

6. 应支持标记内容查看临床症状、临床表现意义；

7. 应支持按照不同报告类别定义报告展示内容。

检验报告

1. 应支持按照时间轴将患者历次常规检验、微生物检验报告进行集中展示；

2. 应支持按报告类别快捷筛选，对检验异常结果有明显的高低标识；

3. 应支持结果本次就诊、近三次就诊、全部就诊趋势查看；

4. 应支持原始报告详细查看；

5. 应支持浏览检验报告快捷收藏检验指标功能、可集中浏览关键指标；

6. 应支持与知识库对接实现检验结果指标临床意义、注意事项、检验过程、参考值范围、处理建议查看。

病历资料

1. 应支持患者门诊、住院病历资料的集中展示；

2. 应支持按照就诊记录切换；

3. 应支持文本段数据、PDF、JPG、HTML形式展示；

4. 应做到根据不同角色可以控制访问不同类型病历；

5. 应支持对已翻拍的临床资料文书的集中浏览；

6. 应支持病历详细内容查看。

门诊处方

1. 应支持患者历次就诊的门诊处方（用药、治疗、检查、检验等）信息查看；

2. 应支持按项目或药品名称快速搜索定位功能。

过敏信息

应支持按照过敏源分类、过敏信息采集时间集中展示患者的历史过敏记录，展示过敏源分类、过敏结果、发生时间信息。

临床诊断

应支持患者历次就诊的诊断信息集中展示；

应具备明确标识突出主诊断信息。

7

数据可视化分析引擎

1

套

基础管理

（一）人员管理：

1. 应支持人员新增、删除、停用；

2. 应支持人员科室设置，密码修改。

（二）菜单管理：

1. 应支持菜单新增、删除；

2. 应支持菜单逐级添加。

（三）角色管理：

1. 应支持角色新增、删除、停用；

2. 应支持角色权限设置。

（四）权限管理：

1. 应支持菜单权限设置；

2. 应支持数据权限设置，数据权限指不同科室只能查看对应科室的数据。

（五）指标管理：

1. 应支持按照医院管理业务域分类排列；

2. 应支持指标新增、启用、搜索、导出功能；

3. 应支持指标的下钻维度配置；

4. 应支持指标维护。维护的属性有：指标分类、指标名称、指标口径说明、有无小数位数、比率类型、评价标准、指标单位、是否补录、配置方式；

5. 应支持公式配置、维度配置、sql配置3种口径配置方式；

6. 应支持指标规范管理，即指标出处和标准。

（六）目标值管理：

1. 应支持指标目标值统一管理；

2. 应支持全院、分院按照年度和月度设置指标目标值；

3. 应支持设置科室目标值；

4. 应支持目标值导入导出；

5. ▲应支持科室目标值按照全院目标值自动化分配。（本项参数需提供软件截图）

预警知识管理

1. 应支持指标预警规则设置，规则包括大于、小于、等于、介于；

2. 应支持设置指标规则的标准，包括国家标准、区域标准、院内标准或行业标准；

3. 应支持设置预警的提醒模式，包括PC端提醒、移动端提醒；

4. 应支持同一指标设置多个规则。

8

运营决策支持分析

1

套

全院实时数据监控

门诊指标：门急诊人次、候诊人次、门急诊收入、门急诊人次（维度：挂号类型）饼图分析，门急诊人次（维度：科室）柱状图top10排名分析；门急诊人次和候诊人次（维度：小时）折线图趋势分析；

应支持指标数据下钻。

全院门诊分析

1. 应支持门诊业务概况统计：门急诊人次、门诊人次、急诊人次、门急诊退号人次、门急诊人次趋势分析、门急诊人次挂号类别维度分析、门急诊人次科室top10排名；

2. 应支持门诊预约概况统计：门诊预约率、门诊预约人次、现场预约人次、微信预约人次、支付宝预约人次、自助预约人次；

3. 应支持门急诊处方统计：门急诊处方数、门急诊抗生素处方数、门急诊药品处方数、门急诊大额处方数、门急诊抗生素处方率、门急诊抗生素处方趋势、科室门急诊药品处方数前十、门急诊药品处方率、门急诊药品处方数趋势、科室门急诊药品处方数前十、门急诊大额处方率、门急诊大额处方数趋势、科室门急诊大额处方数前十；

4. 应支持门诊收入概况统计：门急诊收入、门诊收入、急诊收入、门急诊均次费、门急诊收入趋势、门急诊均次费趋势、科室门急诊收入-人次分布的散点图；

5. 应支持收入大项目概况统计：收入大项目构成、收入大项目趋势、收入大项目占比趋势。

全院医保分析

应支持门急诊医保概况统计：门急诊医保患者药占比、门急诊医保患者自费占比、门急诊医保人次、门急诊医保患者均次费、门急诊医保患者总费用、门急诊医保支付金额、门急诊医保患者总费用和均次费趋势、门急诊医保患者药品费用和均次费趋势、门急诊医保患者均次费、门急诊医保患者药占比。

全院患者用药分析

1. 应支持药品概况统计：药占比、药品收入、中成药收入、中草药收入、西药收入、基本药品收入、基本药品收入占比、药品总收入趋势、药占比趋势、药占比科室前十、药品费用构成情况；

2. 应支持门急诊药品概况统计：门急诊药品收入、门急诊药占比、门诊药占比、急诊药占比、门急诊药品收入趋势、门急诊药占比趋势、科室门急诊药占比-人次的散点图分布、门急诊药占比科室前十；

3. 应支持抗菌药物概况统计：抗菌药物总收入、抗菌收入趋势、抗菌药物占比趋势、抗菌药物占比、抗菌药物费用中门诊的占比、抗菌药物占比科室排名；

4. 应支持门急诊抗菌药物概况统计：门急诊抗菌药物收入、门急诊抗菌药物使用人次、门急诊抗菌药物均次费、门急诊抗菌药物占比、门急诊抗菌药物使用率、门急诊抗菌药物使用人次趋势、门急诊抗菌药物使用率趋势、门急诊抗菌药物收入和占比趋势、科室门急诊抗菌药物占比-使用人次的散点图分布、门急诊抗菌药物收入和均次费趋势、科室门急诊抗菌药物均次费-使用人次的散点图分布。

全院药房药库分析

1. 应支持门诊发药情况统计：总发药金额、门诊发药金额、门诊发药进价金额、门诊发药处方量、门诊药房发药人次、门诊药品数量、门诊药房发药人次科室排名、门诊发药金额科室排名、门诊发药金额与进价金额趋势分析、门诊发药人次与收费人次趋势分析；

2. 应支持药房进销存情况统计：药房入库金额、药房退库金额、药房入库数量、药房退库数量、药房入库金额与退库金额趋势分析、药房入库数量与退库数量趋势分析；

3. 应支持药库进销存情况统计：药库入库金额、药库药房退库金额、药库出库金额、药库退货金额、药库入库数量、药库药房退库数量、药库出库数量、药库退库数量。

9

智慧医院指挥中心

1

套

门诊运营全景

1. 应支持实时监测门诊运营情况基本指标：门急诊人次、门急诊候诊人次、门急诊均次费、门急诊均次检验费、门急诊均次检查费；

2. 应支持实时展示各科室候诊情况：已就诊人次、待就诊人次、平均候诊时间；

3. 应支持预测当前候诊人次完成就诊时间；

4. 应支持当日门急诊人次挂号趋势分析，支持当日各时段挂号人次与候诊人次对比；

5. 应支持医技排队情况监控，监控各医技科室的开放诊间数、当日已完成、当日待检数；

6. 应支持门诊病种人次排名分析；

7. 应支持检查预约情况分析，监控当日各类检查开放人数、已预约人数、当日可约人数；

8. 应支持科室预约分析，展示科室预约人次，预约已就诊人次情况；

9. 应支持院内各取药窗口的等候人数、开放窗口数监控。

10

患者主索引

1

套

EMPI主索引

（一）患者主索引管理

1. 业务系统将患者信息注册到患者主索引系统，患者主索引系统根据匹配算法计算并保存患者信息。

2. 对疑似相同患者提供操作界面，可以直观的查看信息差异情况，辅助操作人员进行患者信息合并，将合并记过更新到患者主索引。

3. 应提供界面对已合并患者信息进行拆分。

4. 应做到根据患者信息相关的查询条件，经查询匹配后，返回符合条件的患者信息。

（二）匹配规则管理

为医院提供患者匹配的标准与规范，方便医院及时查看、调整与优化。包括相同规则、相似规则。

（三）查询统计

1. 查看当天患者主索引服务调用统计情况，患者年龄分布，患者地域分布，患者注册数量，患者合并率。

2. 查看历史患者主索引服务调用统计情况，患者年龄分布，患者地域分布，患者注册数量。

3. 据相同规则、相似规则分组统计可下钻到相同、相似患者信息比对界面。

4. 记录业务系统调用患者主索引接口服务日志。包括业务系统名称，入参，出参，耗时，成功失败等详细信息。

（四）基础管理

1. 管理和维护患者主索引的机构信息和业务系统机构信息。

2. 主要展示患者主索引系统的患者信息，经过相同、相似匹配规则合并后生成唯一的主索引号，可查询患者详细信息。

3. 管理患者主索引的标识信息，可在患者主索引系统新增标识符，也可自定义标识符。患者主索引阀值和可配置开关等设置。

11

总体要求：

1.软件平台：

▲（1）技术结构：应采用组件化平台体系架构，组件细化到菜单级；应支持自动升级、远程管理。（应在响应文件中提供组件维护界面截图）

（2）数据库平台：应支持易管理的通用关系型数据库，如SQL、Server、Oracle等。

2.易用性：

软件系统应考虑实用性与先进性相结合，应体现出易于理解掌握、操作简单、提示清晰、逻辑性强，直观简洁、帮助信息丰富，而且要针对医院输入项目的特点对输入顺序专门定制，保证操作人员以最快速度和最少的击键次数完成工作。

3.安全性：

▲（1）投标人应提供严格的权限管理，授权到按钮级。（应在响应文件中提供系统功能截图）

▲（2）投标人应对用户操作实行详尽的日志记录，以确保有关过程的安全性。（应在响应文件中提供系统功能截图）

▲（3）应支持客户端地址绑定，具有客户端权限管理机制。（应在响应文件中提供系统功能截图）

（4）应做到多重数据加密，保证数据安全可靠。

▲（5）应做到分布式数据库设计，减少数据风险。（应在响应文件中提供系统功能截图）

4.稳定性：

（1）投标人应具备大型数据库系统开发的经验，应用系统至少运行三年以上且未出现数据库崩溃的现象。

（2）应做到系统可实现7×24小时连续安全运行，性能可靠，易于维护。

（3）应做到所有系统都具备完善的数据安全机制，出现服务器、系统软件或主存储崩溃等故障，应保证在10分钟之内启动备份系统，且不丢失数据。