XX省检查检验结果互认共享系统二期—互认服务与功能优化需求说明.docx

《XX省检查检验结果互认共享系统二期—互认服务与功能优化需求说明.docx》由会员分享，可在线阅读，更多相关《XX省检查检验结果互认共享系统二期—互认服务与功能优化需求说明.docx（12页珍藏版）》请在第壹文秘上搜索。

1、XX省检查检验结果互认共享系统二期一互认服务与功能优化需求说明一、项目目标检查检验共享互认是推进全省卫生健康领域数字化改革的重大应用场景，是“健康大脑+智慧医疗”目标的重要集成应用，是进一步改善医疗服务的重要落脚点。本次项目按照XX省检查检验结果互认共享系统总体体系，在互认服务与管理、临床检验互认提升、医学检查互认提升功能的基础上，构建互认互联与监测预警部分，建设省级医院影像健康云平台，不断完善检查检验结果互认共享应用服务。基于“以用促建、共建共享”的原则，创建全省检查检验共享互认省市二级架构体系，实现医疗机构间信息的互联、互通和结果的共享互认，推进医院跨域业务协同，持续发展“互联网+健康医疗

2、”服务新模式。本期项目的建设周期为合同签订后3个月完成系统开发并验收，其中试运行期不少于1个月。序号项目建设内容数量单位1省市互认协同联动包括地市互认系统注册、跨市互认信息协同1项2互认医生端服务优化包括互认服务流程优化、互认项目精准互认、互认服务电子化报告、智能提醒客户端优化1项3互认居民端服务互认结果信息查询、互认报告授权1项4互认监管端对纳入互认的医疗机构及医生进行互认行为的监测1项二、总体要求2.1. 系统功能要求2.1.1 系统设计要求1、系统设计原则（1）坚持信息引领、推进互联互通建设智能、高效、融合、经济的数据存储和传输模式。统一项目唯一编码，构成业务流、数据流、信息流多流合一的

3、应用场景。打造“操作友好型”医生服务终端，达到提醒精准、调阅迅速、互认方便、操作便捷的建设标准。信息系统需具备提醒调阅率、互认率、诊断符合率、互认不遵从率等关键指标的统计分析功能。（2）坚持安全底线、提高医疗质量医学影像检查资料和医学检验结果互认以不影响疾病诊疗为前提，医患双方应遵循疾病的变化规律，恪守诊疗常规，由临床医生根据诊疗需要科学选择互认结果，确保医疗安全。要加强临床检验和医学影像等专业的医疗质量控制，提高医学检验检查的整体质量与水平。（3）坚持以人为本、切实改善服务以确保医疗质量与医疗安全为前提，简化就医环节、缩短等候时间，避免不必要的重复检验检查，减少群众就医负担。属于互认项目且检

4、查检验质量达到要求的，其结果在医疗机构间具有相同有效性，医生要按照互认原则判断是否互认,同时确保医生服务端和患者服务端均可查阅相关资料和结果，不断提升患者就医满意度。2、总体架构需求本期项目在一期成果的基础上，基于“以用促建、共建共享”的原则，扩增11地市互认平台接入，构建全省检查检验共享互认省市二级架构体系，实现全省医疗机构间信息的互联、互通和结果的共享互认,推进全省医院跨域业务协同。市级系统不在本次建设范围内。依托患者端的互认共享场景，建设居民服务端，依据患者隐私安全权加入患者授权功能，通过居民服务端设置互认授权，知晓互认情况、减免开单情况、节省费用情况等，提升患者就医获得感。医生端的互认

5、共享场景依据患者授权，重塑医生互认业务流程，医生端只能对已授权的检查检验报告进行调阅及互认，另外取消接诊环节的互认选择操作功能，仅保留提醒和调阅功能；增加本院检查检验项目一键互认功能，减少就诊医生操作量，提高就诊效率。依托治理端的互认共享场景。2.1.2 应用功能要求2.1.2.1 省市互认协同联动1、地市互认系统注册对11家地市互认服务系统接入省级互认服务系统实行注册准入机制，省级互认系统与11家地市互认系统对接后，实时采集11家地市互认系统产生的互认行为数据，创建专班群提供对接服务，协助地市互认系统注册。实现省市互认系统互联。2、跨市互认信息协同根据业务要求，省级互认平台定时获取卫健指定的

6、户籍归属地服务接口数据。（1）居民归属地身份评判：省级互认系统依托获取的户籍归属地数据，设计并提供全省居民归属地评判接口，各地市互认系统在接诊时调用居民归属地评判接口，评判就诊人员是否属于本市域的常住人口。（2）跨市患者互认协同：针对地市就诊居民，地市互认系统首先调用省级居民归属地评判接口，如果是本市户籍人员常住人口，就在本地互认不再调用跨市协同服务。如果是非本市户籍人员是跨市就诊人员，市级互认系统根据返回的省级资源调用口令调用省级互认系统的跨市互认信息接口获取其它市级和省级机构的检验检查信息。（3）跨市互认报告下载：市级互认系统在进行互认的时候，可通过省级跨市报告下载服务将本次互认相关信息下

7、载至市域内，供各地市下载存档追溯。2.1.2.2 互认医生端服务1、互认服务流程优化以数字智慧赋能为抓手，进一步增加互认项目，扩大互认范围，严控互认质量，为医生提供操作便捷、互认更精准的服务。（1）增加互认项目：特征库在已有的互认项目的基础上，新增医学影像检查资料互认项目140项、医学检验结果互认项目23项，对新增的检查检验项目进行对码校验，提升并优化特征库计算和业务并发能力。（2）优化互认流程：解除在医生接诊时的互认强制弹出信息，以摘要信息展示方式对医生进行互认提醒，不在提醒本院互认信息、仅提醒和展示跨院互认信息，取消接诊环节的互认选择操作功能，仅保留提醒和调阅功能。2、互认项目精准互认实施

8、精准互认，针对医疗机构内部检查检验报告，医生互认页面增加一键按钮，标记本院互认项目已互认状态，减少就诊医生操作量，提高就诊效率；同时支持互认项目包含关系及互认提醒规则可配置。（1）本院项目一键互认：针对医疗机构内部检查检验报告，医生互认页面一键按钮，标记本院互认项目已互认状态。（2）互认项目包含：基于可互认项目组套内容，进行项目包含关系维护。（3）互认规则配置管理：提供针对机构、不同节点、不同互认项目的互认提醒规则（例如检验仅提醒最新报告日期的项目）配置，满足不同类型医疗机构的个性化需求的功能。3、互认应用电子化报告（1）根据XX省检查检验结果互认共享服务体系需求，优化电子报告单，为用户在互认

9、服务与管理中提供支撑。（2）通过对已采集的地市互认行为数据和省级互认行为数据按照地市、机构、医生等不同维度计算本院/跨院提醒项次数、调阅项次数、互认项次数、不互认项次数、节省金额等指标，统计分析全省互认进程推进应用情况。通过与检验检查原始数据进行匹配计算和抽样检查分析存在的数据质量问题（如数据上传的规范性、及时性、完整性）、定期生成省市互认服务周报，并列举出详情供医院整改参考，持续追踪。4、智能提醒客户端在线更新服务为更好地适应各个医生工作站的使用习惯减轻客户端更新工作量，针对医生客户端，新增自动在线更新功能。通过网络自动发送升级包、按照队列等待机制自动对客户端进行升级。对于在线数、等待数、队

10、列排位等信息的推送。2.1.2.3 互认居民端服务为了更好的让居民享受数字化成果，在X里办一报告查询中需新增居民“检验检查项目”互认结果菜单，依据隐私安全法规新增“互认报告授权”功能；居民在“报告查询”中授权检查检验报告，只有授权的检查检验报告才能被医生进行调阅和互认操作。设计手机端H5界面互认居民端信息查询，包含“互认结果”“互认机构”、“互认项目”、“互认政策”让居民查看明B些检验检查报告被互认，哪些没有被互认，展示未被互认的原因及互认节省的检查检查费用等信息。2.1.2.4 互认监管端通过全省互认日志、互认全流程的监测，对纳入互认的医疗机构及医生进行互认行为的监测，及时发现互认过程中发现

11、的问题及时进行预警，逐步实现对不合理检查的发现、提醒和干预。通过监测加强互认信息的安全保护。（1）互认日志追溯分析：日志记录有用户使用系统的审计日志，涵盖了时间、使用人、业务操作、服务响应及其他操作信息要素，通过日志管理服务，实现对记录日志监管功能，日志要求至少保留12个月，前端展示近期3个月的互认监测数据。（2）互认全流程考核监管：对医疗机构、医生范围内的互认情况进行评估和督查，发现互联互通互认工作推进过程中存在的问题。（3）互认全流程考核报表：支持对互认监管的报表生成与分析等。（3）省本级、各个地市互认情况概览：对于实时获取的地市互认行为数据进行分析。（4）地市互认汇总分析:对于实时获取的

12、地市互认日志汇总数据进行分析。2.2. 标准规范要求基于国家、省电子政务相关标准规范、行业相关标准规范，遵循省经济社会发展标准体系，结合建设要求，设计项目相应的标准规范。1、组织人员对建设中所涉及的国家标准、行业标准及地方标准现状进行调研和梳理，为本项目标准规范建设提供理论和技术基础。2、在现有国家电子政务标准规范体系基础上，进行优化、完善，形成适合的标准规范体系框架。3、从建设需求出发，按照急用先行的原则，制定关键标准规范，为互联互通、信息共享、业务协同、信息安全打好基础。4、建立标准规范贯彻实施机制，为标准的落地实施提供服务。2.3. 信息安全要求系统的安全性是项目稳定运行实施的基础，既要

13、保证信息共享利用，又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求，开展全方位的安全体系建设，满足网络安全、管理安全、系统安全和数据安全等各方面要求。2.3.1 服务保密要求中标方须在签订合同后与招标人单位签订保密协议。2.3.2 安全性、功能性能测试要求系统须避免各种信息安全漏洞，加强安全性防护，有完善的安全解决方案。采购方可委托第三方进行安全和性能测试，如果测试中发现存在问题，中标方需尽快解决。测试费用由中标方承担。233系统等保要求在项目建成后，系统需符合安全等级保护的第三级别，系统必须整改等保过

14、程中发现的软件问题。在运维期内，每年至少进行一次等级问题整改。2.3.4 密评要求制订商用密码应用方案，运用国产密码技术保障信息系统网络和数据安全，按照要求开展商用密码安全性评估，必须整改密评中发现的安全问题。2.3.5 代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2.3.6 软件应急方案中标方必须提供系统应急方案，并得到招标人的批准，此为验收通过的必备条件之一。应急方案需考虑各种故障类型，分别给出解决方案。2.3.7 信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员背景审查材

15、料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。合同约定的建设和运维期内如发生重大信息安全事件，被上级单位或公安机关通报一次，罚款5000元。如发生被悬挂反动标语、赌博色情、数据泄漏等安全事件，视情节严重程度罚款1-5万元。因运维人员管理疏忽导致的上述信息安全事件，采购方保留追诉中标方连带法律责任的权力。2.4. 性能要求本项目建设将满足以下性能需求：1、系统需支持跨市互认信息平均响应时间Wl秒；2、系统需支持接诊智能提醒互认平均响应时间2秒；3、系统需支持开具检验检查处方互认判断平均响应时间2秒；4、系统需支持跨市户籍身份信息判断平均响应时间1秒。2.5. 技术要求2.5.1 政务云架构相关要求系统要符合政务云架构，采用主流的多层分布式架构进行设计开发，以B/S架构方式进行实现。系统要求通过加密和安全通道等方式确保敏感信息的在交互的安全性。在用户使用方面，采用单点退出功能确保用户的安全性。操作使用方面要求达到如下使用要求:部署容易：支持基于HS的Web应用，软件安装部署容易。使用方便：系统应具有丰富