|
序号
|
功能要求
|
参数要求
|
|
1
|
注册服务
|
提供居民基本信息注册服务，居民的个人信息包括个人的健康标识号、基本信息被安全地保存和维护，提供给电子健康档案协作所使用，并可为医疗就诊及公共卫生相关的业务系统提供居民身份识别功能。注册服务用于区域卫生信息平台各种服务资源的注册，需支持通过服务资源的发布－发现－访问机制，实现服务资源共享。
需包含对个人、医疗卫生人员、医疗卫生机构等的注册管理服务，系统对这些实体提供唯一的标识。
|
|
2
|
1.个人/患者注册:支持一定区域管辖范围内，形成一个个人注册库，个人的健康标识号、基本信息被安全地保存和维护着，提供给区域卫生信息平台所使用，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。
|
|
3
|
医疗卫生人员注册：医疗卫生人员注册库包含了本区域内所有医疗卫生服务从业者信息，包括全科医生、专科医生、护士、实验室医师、妇幼保健人员等从事与公共卫生服务相关的从业人员，系统为每一位医疗卫生人员分配一个唯一的标识，并提供给平台以及与平台交互的系统使用，可以在提交健康档案记录时进行校验，另外提供查询接口供医疗机构调用。医护人员信息支持字段自定义，允许管理员根据需要新增、修改。
|
|
4
|
业务机构注册:通过建立医疗卫生机构信息库，使用集中统一的存储管理方式，提供本区域内所有医疗机构信息服务，相关的机构包括医院、社区卫生服务中心、疾病预防控制中心、卫生监督所、妇幼保健所等。系统为每个机构分配唯一的标识，可以解决居民所获取的医疗卫生服务场所识别唯一性问题，从而保证各机构标识在系统中的一致性。
|
|
5
|
卫生字典注册: 平台中用到的机构类型、地址类别、身份类别、编码系统等基础数据需要支持新增和更新，从而灵活支撑业务需求的变化。为了保证卫生数据字典定义的一致性，需要提供集中统一的数据字典存储，由资源服务提供数据字典的数据库访问，系统提供界面手工维护、导入功能，并提供查询接口。
|
|
6
|
EMPI管理系统
|
投标人需提出区域内居民电子健康记录的采集，整合和共享，实现居民个人识别主索引机制和主索引交换机制。
|
|
7
|
投标人需详细分析患者基本信息的数据来源及各类业务场景描述，提出一人多卡多载体信息的整合方案，实现居民电子健康档案和各类就诊卡的关联。
|
|
8
|
投标人需分析患者、就诊卡、各项医疗信息的内部关联关系。
|
|
9
|
投标人需给出病人唯一标识的创建流程，提出有效的个人身份识别处理机制与服务机制，具有自动识别匹配重复病人主索引，自动合并功能。
|
|
10
|
投标人需支持居民身份信息的智能识别归并、人工手动识别归并两种服务方式，并做出详细的说明。
|
|
11
|
全程健康档案服务
|
全程健康档案服务用于处理智慧健康医疗平台内与数据定位和管理相关的复杂任务。该服务包括相关的索引信息，这些索引将不同存储服务所保存的数据链接到一个特定的个人、医疗卫生人员、医疗卫生机构，实现共享及协同应用的实时响应、快速调阅。全程健康档案服务负责分析来自外部资源的信息，根据其状态恰当地保存这些数据到存储库中，实现对健康档案的建档、归档及更档，同时可以反向地响应外部医疗卫生服务点的检索、汇聚和返回数据。
|
|
12
|
全程健康档案服务应该知晓所有的事务和业务逻辑以及数据访问规则的部件，它可以围绕任何数据主题汇集出真正的全程和综合的健康档案视图。同时全程健康档案服务可提供自动或手动的健康档案维护功能，包括由于居民身份唯一性识别的人工处理所带来的健康档案合并与拆分的操作。
|
|
13
|
组件要求
|
投标人为本项目建设的系统功能提供成熟的组件产品。包括：信息安全与隐私�；ぁ⒃诵屑嗫毓芾�、安全审计与日志管理、权限管理、平台应用开发接口等。
|
|
14
|
系统高可用性
|
数据应用服务支持两台及以上的服务器集群；数据服务要求演示容灾功能，当其中有数据应用服务器出现故障时，支持不中断业务操作的情况下无感知的自动切换。
|
|
15
|
数据安全性
|
前端应用程序访问后端服务，要求传输数据加密；密码等敏感数据在传输层与持久存储层要求加密。
|
