医疗健康专题库—老龄健康和死亡专题库建设意见.docx

《医疗健康专题库—老龄健康和死亡专题库建设意见.docx》由会员分享，可在线阅读，更多相关《医疗健康专题库—老龄健康和死亡专题库建设意见.docx（12页珍藏版）》请在第一文库网上搜索。

1、医疗健康专题库一老龄健康和死亡专题库建设意见一、项目概述1.1 项目背景随着人口老龄化和少子化的逐渐加深，有效防范和化解人口老龄化带来的社会稳定风险和国家人口安全风险以及能快速便捷的处理身故后事项办理已经成为国家和社会共同关注的重要问题。为了进一步实施积极应对人口老龄化国家战略，促进人口长期均衡发展，努力促进人的全生命周期公共服务优质共享，更高水平的推进“老有所养”，提升身后“一件事”信息化建设，以对现有的数据标准体系框架为基础，进一步扩展标准规范。根据中华人民共和国国民经济和社会发展第十四个五年规划和2035年远景目标纲要国家积极应对人口老龄化中长期规划卫生信息数据元标准化规则等文件精神，严

2、格按国家和省地方标准规定的设备设施技术标准，提出建设XX省医养结合信息管理系统并同步完成死因监测数据交换技术规范等配套标准规范。1.2 建设目标本系统的建设需要达到以下目标：系统要达到满足不同等级用户的不同使用需求的目标，如省级用户需要对全省医养结合机构数据信息（如机构类型信息、机构内服务人员信息、机构内人员资料信息）进行统筹管理，需要能对数据进行核查、统计、整理等工作；区县、市级用户需要内辖区内医养结合机构数据进行录入或补录、审核、上报等工作；服务机构用户需要能进行本机构相关资料的录入、服务信息的填报等工作。系统需要实现通过系统对接的方式达到数据向国家平台上报时的及时性、准确性、完整性的目标

3、。系统需要实现使社会公众能共享相关信息的目标。利用“X里办”平台，实现对提供老龄服务的医疗机构、医养结合机构的查看、查询功能。系统需要实现在现有业务基础上建设全省人口死亡信息登记和归集专题平台，提高人口死亡监测业务信息化能力，实现数字化、标准化和自动化。系统需要解决目前存在的“数据管理不统一，数据质量不高，数据应用不到位”等问题，提高数据对接的及时性、准确性、全面性。系统需拓展死亡数据在数字化改革中的多场景应用，为基层工作减负提效,为政府加强数字化治理、提高治理效能等提供技术支撑。1.3总体建设任务序号建设任务1XX省老龄健康管理系统2XX省死亡专题库和死亡医学证明签发系统1.4建设周期本期项

4、目的建设周期为合同签订后4个月，其中试运行期不少于1个月。二、总体要求2.1 系统功能要求2.1.1 XX省老龄健康管理系统2.1.1.1 老龄健康信息库建设整合全员人口和电子健康档案数据构建XX省老龄信息数据库：通过数据整合方式，构建XX省老龄信息数据库。以“人”为核心，将老年健康信息化管理系统中的各个离散数据进行整合汇总，将数据依据实际业务工作的要求进行梳理。通过对人员基本信息、生育史、死亡信息、健康档案数据、体检数据、老年医学开展情况、安宁疗护信息、老年康复护理床位数等信息汇总，最终形成老龄健康信息库。并通过报表，图形等方式进行数据的展示，以及趋势的分析。2.1.1.2 老龄健康信息化治

5、理医养结合信息管理：医养结合机构自主注册机构账号，注册信息包括：行政区划、机构形式、机构名称、相关资质。通过和全国医养结合机构监测系统对接，获取XX省内的医养结合机构信息。支持不在全国医养结合机构监测系统内的机构信息和部分变更信息可通过基层工作人员在本系统中进行补充。按医疗机构名称、养老机构名称、行政区划条件对服务机构进行查看、查询。医务人员通过和全国医养结合机构监测系统对接，获取XX省内的医养结合机构中的服务人员信息。对全国医养结合机构监测系统外的服务人员和部分变更信息通过区（县）基层工作人员在系统中进行补充或修改。系统可根据按姓名、身份证号码、职业、工作单位等条件，对相关服务人员进行查看、

6、查询。开展服务情况展示，对医疗服务机构已上报的相关服务情况，如基本信息、机构人员数据、服务情况数据等数据进行展示。自然年的数据进行汇总展示，支持对统计年度、统计期、填报单位、填报人等信息进行搜索查询，查询数据支持导出。服务机构账号注册登录后填写完成相关机构资料，提交之后即进入审核流程。人员信息审核支持服务机构录入机构内人员（医疗卫生人员、养老服务人员）信息。可根据姓名、身份证号码、职业、工作单位信息对机构内人员进行查询。2.1.1.3 老龄健康数据交换流程监控老龄健康数据交换流程监控：为减轻基层工作压力，依据国家发布的老龄健康信息管理系统基本数据规范上报规范要求，实现XX省内老龄健康数据向国家

7、系统通过数据交换方式上报的功能。并通过交换系统，实现内、外部门进行数据交换。为XX省老龄数据库提供支撑服务。监控数据流转方向，数据数源监测，达到数据完整性的目的，实现有数可用，源头可查。2.1.2 XX省死亡医学证明签发系统2.1. 2.1死亡医学证明管理系统须提供整体死亡医学证明签发业务办理功能，要求覆盖医院死亡、居家死亡、非正常死亡、新生死亡的办证、以及遗失补证5个业务场景。1、证照签发工作人员完成死亡医学证明办证登记信息填写，提交的信息包括但不局限于:姓名、性别、死亡地点、生前主要疾病等。支持集成OCR文字识别和手写板签字功能，提高录入信息判断、提高数据采集效率。建设审核办证流程，填写居

8、民死亡医学证明（推断）书中的死因信息，发放符合国家标准的政务服务平台电子证照。联动死亡报卡功能，系统能够自动进行后续死因调查任务分配。2、遗失补证对医院死亡、居家死亡、新生死亡历史已经发放居民死亡医学证明（推断）书，进行补发。对于非正常死亡不得进行补发。申请人身份信息进行核对，通过第三方效验方式进行效验，提交申请材料进行补发。工作人员在线提交补发申请材料，进入补发流程。提交的材料包括但不局限于：申请人证件信息、死者信息。3、证照管理对已发放的证照整合成证照库可实时证照发放数据监测。重号预警,预警形式包括系统内消息通知、重号标识。按照地区、机构实时统计发证量。2.1. 2.2死亡报卡管理 、死亡

9、报卡自动生成死亡报卡，待上报记录，提供工作人员完成死亡报卡。死亡报卡重卡提醒，对于身份号号码相同的报卡进行提醒。对接公安户籍系统，核对死者姓名、性别、户籍地址等关键信息。区县疾控中心工作人员对死亡报卡进行审核。对未通过审核的报卡进行退回操作，并填写退回意见。审核通过的报卡信息,实时上报国家死亡网络直报系统。 、死因调查针对死亡报卡，由社区卫生服务中心人员开展死因调查，填写死亡初访卡。调查过程中支持调取区域健康档案查看死者历史诊疗信息以及协同调阅公安户籍信息。支持死因调查的结论，系统能够自动完成“根本死因”填写。 、无名尸管理工作人员在线完成无名尸信息填写，提交的信息包括但不局限于：死者姓名、证

10、件号码、诊断依据、死者家属信息、死亡日期、直接致死原因等。通过民政、公安等部门数据对接或批量导入。经确认后的无名尸信息，进行转正操作。转正操作联动死亡报卡模块，完成死亡报卡。系统可对无名尸信息进行查重，能够根据查重结果进行合并、删除等操作。 、漏报管理通过接口同步民政、公安、妇幼等三方部门数据。同步的数据与系统内死亡报卡数据进行比对，完成漏报核查，并提醒相应责任人，工作人员进行漏报信息补报操作。 、属地管理死亡报卡户籍地址进行自动下发死因调查任务。辖区内有多个社区卫生服务中心，由管理员手动进行任务分配。对于分配的死因调查任务有疑问，社区可退回上级进行重新再分配。死因调查任务的全过程记录，可以查

11、看任务进度和当前状态。 、统计报表业务统计报表，报表样式须符合现行XX省规范。 年龄死亡率表 死因质控表 期望寿命表 早死概率统计表 死因监测初防信息汇总表 质控报表报表支持按照省、市、县区三级逐级统计和查询。2.1. 2.3其他需求1、数据质控填写页面支持数据逻辑校验，校验内容包括但不局限于：身份证号码、手机号码。系统录入支持根据身份证号码进行重卡校验，避免产生重复记录。与第三方校验平台对接，进一步保证数据质量。2、数据安全系统具有数据权限控制功能，能够实现同级用户数据隔离，上级可以查看下级数据。支持隐私数据脱敏，对身份证号码、手机号进行脱敏显示。3、日志管理系统须有完善日志管理管理功能，对

12、系统登录、操作等内容进行详细记录。2.1.2.4死亡专题库建设通过梳理、采集、交换、整合公安、民政、人社的基础信息资源，结合现有的人口库建设内容，建立统一的死亡人员基础信息数据库。并实施完成与相关部门的信息交换与共享，保证基础数据完整性、及时性。2.2标准规范要求使用SOA架构作为基础架构，向系统客户端开放指定的接口作为数据交换的接口，并使用http作为与外部系统通信的通信方式，对外开放指定的接口用于数据交换。平台采用浏览器/服务器（B/S）构架，支持外网的WEB访问以及手持移动设备的访问。2.3信息安全要求系统的安全性是项目稳定运行实施的基础，既要保证信息共享利用，又满足安全管理的需要。本项

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

14、次等级问题整改。2.3.4代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2.3.5软件应急方案中标方必须提供系统应急方案，应急方案需考虑各种故障类型，分别给出解决方案。2.3.6信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信

15、息安全事件而带来的相关法律责任。履约期内如发生重大信息安全事件，被上级单位或公安机关通报一次，从履约保证金中扣除5000元，且需在15日内将履约保证金补足。如发生被悬挂反动标语、赌博色情等非法暗链事件，则履约保证金全部罚没。因运维人员管理疏忽导致的上述信息安全事件，采购方保留追诉中标方连带法律责任的权力。2.4性能要求本项目建设将满足以下性能需求：信息交换要求：数据库及系统的设计，要求充分考虑信息交换区设备的功能特点，保证数据在政务外网之间同步的准确性和实时性。浏览器兼容要求：兼容IE8版本以上（含IE8版本）浏览器、火狐浏览器、傲游浏览器、谷歌Chrome浏览器等。易用性要求：用户操作界面要求简洁、直观，默认的配置符合大多数用户的审美观点和使用习惯。系统响应要求：平台必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：1）故障率：平台应能提供7X24小时的连续运行，平均年故障时间48小时，平均故隙修复时间24分钟。2.5技术要求2.5.1政务云架构相关要求系统要符合政务云架构，采用主流的多层分布式架构进行设计开发，以B/S架构方式进行实现。系统要求通过加密和安全通道等方式确保敏感信息的在交互和存储过程中的