《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、系统需支持
16、跨市互认信息平均响应时间Wl秒；2、系统需支持接诊智能提醒互认平均响应时间2秒；3、系统需支持开具检验检查处方互认判断平均响应时间2秒；4、系统需支持跨市户籍身份信息判断平均响应时间1秒。2.5. 技术要求2.5.1 政务云架构相关要求系统要符合政务云架构，采用主流的多层分布式架构进行设计开发，以B/S架构方式进行实现。系统要求通过加密和安全通道等方式确保敏感信息的在交互的安全性。在用户使用方面，采用单点退出功能确保用户的安全性。操作使用方面要求达到如下使用要求:部署容易：支持基于HS的Web应用，软件安装部署容易。使用方便：系统应具有丰富的图形用户界面，各种标签提示清楚，提供在线帮助功能；实
17、现单点登录等功能，方便用户在多个系统间自由的切换，用户可以通过一套身份和密码完成所有应用登录；系统应方便管理员进行远程维护和管理。2.5.2 信创相关要求本项目应根据建设单位需求，按照信创相关标准规范，实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客户端必须具有较强的兼容性和适应性。2.6. 接口要求根据本项目功能要求，将与11家地市互认系统进行系统对接。按要求实现与健康大脑对接。三、实施要求3.1 .项目组织管理要求1、投标方应充分考虑满足投标项目的建设要求，提出完整的项目管理、系统设计与开发、项目施工、项目验收、售后服务方案以及投标方人力资源供给方案
18、。2、投标方在投标文件中，应根据对项目的理解做出项目的人员配置管理计划，包括组织结构、项目负责人、技术负责人、组成人员及分工职责；阐述项目建设中招标人和投标方的职责。3、项目负责人主要是整个项目的总体负责人，技术负责人是项目实施过程中的技术咨询及规划。本项目要求开发团队至少6人，其中研发和测试的人员至少3人。部署实施人员至少3人，主要与外部系统进行对接、联调、部署工作。4、团队人员在未经采购单位允许，不得进行随意变更，如需变更应提前1个月告知，并经采购人确认后在后续工作人员到岗后方可变更。3.2 .计划与进度管理要求1、投标方在投标文件中应根据对项目的理解做出项目实施的初步计划，成为中标方后必
19、须提交正式工作方案，明确招标项目工作的方式、方法、过程步骤、按阶段分解的详细计划、对应计划应提交的工作成果、需要招标人协调与配合的事项，并经招标人审核、批准。2、中标方在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。3、投标方必须在投标文件中阐述项目沟通计划，确保投标方与招标人之间信息沟通顺畅。3.3 质量管理要求1、投标方应按IS09001质量管理体系规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。2、投标方一旦中标必须提交正式的质量计划，明确质量控制点、控制内容、质量要求、检查记录要求，并经招标人审核、批准。3
20、、中标方在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定改进措施并有效执行。4、中标方必须接受招标人的质量监督检查，提供真实有效的相关质量活动记录、证据，无条件接受招标方提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。5、投标方必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。3.4 文档交付要求软件项目交付物包含并不限于：需求分析报告、系统设计书、投标书、合同、软件的源程序及可执行代码、数据库的设计以及数据实体模
21、型相互关系的描述、网络系统的拓扑结构以及相关设备的配置、系统体系架构及描述、数据库安装手册、程序安装维护手册、软件使用操作手册、软件功能技术手册、系统测试报告等材料。3.5 试运行与验收软件开发实施并调试完成，经过用户的认可后，投入不少于1个月试运行，在试运行期间，投标人应使任何故障或问题都能在收到故障通知后尽快（节、假日也不例外）被修复和解决，并给出详细修复细节报告，所有试运行期间软件的修改和变化都应在试运行结束后提供书面和电子文档。试运行稳定后可进行验收。验收合格的条件必须至少满足：1、项目开发任务已经完成，测试合格并上线试运行；2、项目经过试运行，试运行时出现的问题已被解决，并得到用户认
22、可；3、项目提交了完整的文档资料，并通过了采购人组织的审核。3.6 部署实施要求在系统部署实施阶段，1小时内做出明确响应和安排，2小时内做出故障诊断报告，如需现场服务的，具有解决故障能力的工程师应在2小时内到达现场。招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作，投标方必须接受并服从招标人的监督、管理要求，无条件提供中间过程工作成果。3.7 .售后服务要求投标方应提供1人驻场维护工程师，完成基本的系统维护及其他交办的相关事项，为期一年。相关资质要求如下：1、应在投标方就职3年以上时间，并从事技术、开发等相关岗位；2、熟悉XX省卫生健康委相关应用平台软件的操作
23、与维护。熟悉常见或信创环境下数据库的日常维护，能处理数据库出现的常见问题；熟练运用常见或信创数据库语句，如建库、数据库备份、数据库相关查询操作等；熟悉常见或信创平台架构，熟悉常见或信创服务器；3、具有3年以上相关行业工作经验；4、投标方应在应标文件中提供驻场维护工程师资质资料；售后维护组成员至少包含2人，成立A、B岗负责制。在维护期内乙方应响应7X24小时电话或电子邮件服务，1小时内做出明确响应和安排，2小时内做出故障诊断报告，如需现场服务的，具有解决故障能力的工程师应在2小时内到达现场。电话支持电话支持主要是在使用产品时遇到疑难或者软件出现不正常状态，通过电话、传真、电子邮件寻求技术支持和帮
24、助，在确认用户的服务请求后，将安排技术服务专员在规定的响应时间通过电话帮助用户进行故障定位，并提出解决方案，最终指导或帮助用户排除软件故障。远程维护远程维护是指用户在使用软件时遇到疑难或软件不正常的情况下，由平台开发方提供远程技术支持服务，以快速直接地面对软件运行中出现的故障问题，并对其进行诊断，给出解决方案，最终帮助用户排除软件运行出现的故障。D原则上技术支持人员远程登录进行故障诊断时，只可以查看数据，寻找故障原因，需要对数据进行修改时，需经得用户的同意。2）对于远程维护中由于排除故障的需要暂时中断软件系统，技术支持人员应事先向客户提出申请。3）由于技术支持人员在诊断中需要用户提供必要的配合
25、和协调以及最后的需求反馈的确认工作，用户拨号接入远程维护专线后，用户必须在客户终端现场。4）由用户对技术支持服务提供的解决方案的有效性进行评估。资料共享资料共享是指用户可以通过电话、传真、电子邮件、FTP、OSS服务网络，或者通过纸面文档、电子邮件、磁盘、光盘等材料，并及时掌握最新的维护经验和技巧，了解自己所维护软件的一些预防性措施、获得最新的软件产品知识等。1）提供与日常维护相关的资料，用户可以在开放的权限内，获取有关软件运行、产品知识、维护经验与技术等方面的资料。2）定期向客户发放技术资料，满足用户日常维护的需要。维护期承诺1、项目验收合格后中标方承诺提供一年免费运行维护，维护服务内容按照
26、售后服务要求。2、中标方收取的每年维保费用不高于本次所签订合同总价的10机四、知识产权要求中标方应保证所提供的系统或其任何一部分均不会侵犯任何第三方的知识产权。本项目所有成果知识产权归采购方所有，采购方有权在其他项目上运用该项目成果。未经采购方书面同意，成果不得擅自扩散或提供给第三方使用。中标方应保证采购方在软件使用过程中，免受第三方提出的侵权起诉。如发生此类纠纷，由中标方承担一切责任并负责解决。五、培训要求投标方在项目建设前后除了对业务经办人员的专项培训以外，应对招标方的系统维护人员进行系统维护培训。包括：系统管理、开发工具、平台软件等。培训方式采用课堂授课和参与开发实习相结合。1、培训内容
27、：为了让用户能够熟练地使用本系统，投标方需要对所有使用单位的系统管理员和操作人员进行培训，确保系统管理员、操作人员安全熟练使用软件。2、培训对象：系统管理人员以及日常业务使用人员。3、培训时间：根据项目推进情况确定。4、培训形式：会议、专题沟通、现场操作、远程培训等方式。5、培训课程：根据不同的培训对象制定不同的课程。五、关于实施验收费用有关本项目实施、等保测评、代码审计、信创改造等所涉及的费用均由中标方承担。六、付款条件1、合同签订后15个工作日内，乙方需向甲方提交合同总金额的1%作为项目履约保证金。验收合格后，履约保证金无息退还。2、签订合同后，甲方在收到乙方履约保证金和发票并确认无误后，甲方向乙方支付合同总额的60%；系统完成功能开发，并经由甲方签字确认后，甲方向乙方支付合同总额的35%；系统验收合格收到乙方发票并确认无误，甲方向乙方支付合同总额的5%。
