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

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

一、项目概述

1.1项目背景

随着人口老龄化和少子化的逐渐加深，有效防范和化解人口老龄化带来的社

会稳定风险和国家人口安全风险以及能快速便捷的处理身故后事项办理已经成

为国家和社会共同关注的重要问题。

为了进一步实施积极应对人口老龄化国家战略，促进人口长期均衡发展，努

力促进人的全生命周期公共服务优质共享，更高水平的推进“老有所养”，提升

身后“一件事”信息化建设，以对现有的数据标准体系框架为基础，进一步扩展

标准规范。

根据《中华人民共和国国民经济和社会发展第十四个五年规划和2035年远

景目标纲要》《国家积极应对人口老龄化中长期规划》《卫生信息数据元标准化

规则》等文件精神，严格按国家和省地方标准规定的设备设施技术标准，提出建

设XX省医养结合信息管理系统并同步完成《死因监测数据交换技术规范》等配

套标准规范。

1.2建设目标

本系统的建设需要达到以下目标：

系统要达到满足不同等级用户的不同使用需求的目标，如省级用户需要对全

省医养结合机构数据信息（如机构类型信息、机构内服务人员信息、机构内人员

资料信息）进行统筹管理，需要能对数据进行核查、统计、整理等工作；区县、

市级用户需要内辖区内医养结合机构数据进行录入或补录、审核、上报等工作;

服务机构用户需要能进行本机构相关资料的录入、服务信息的填报等工作。

系统需要实现通过系统对接的方式达到数据向国家平台上报时的及时性、准

确性、完整性的目标。

系统需要实现使社会公众能共享相关信息的目标。利用“X里办”平台，实

现对提供老龄服务的医疗机构、医养结合机构的查看、查询功能。

系统需要实现在现有业务基础上建设全省人口死亡信息登记和归集专题平

台，提高人口死亡监测业务信息化能力，实现数字化、标准化和自动化。

系统需要解决目前存在的“数据管理不统一，数据质量不高，数据应用不到

1

位”等问题，提高数据对接的及时性、准确性、全面性。

系统需拓展死亡数据在数字化改革中的多场景应用，为基层工作减负提效,

为政府加强数字化治理、提高治理效能等提供技术支撑。

1.3总体建设任务

序号建设任务

1XX省老龄健康管理系统

2XX省死亡专题库和死亡医学证明签发系统

1.4建设周期

本期项目的建设周期为合同签订后4个月，其中试运行期不少于1个月。

二、总体要求

2.1系统功能要求

2.1.1XX省老龄健康管理系统

2.1.1.1老龄健康信息库建设

整合全员人口和电子健康档案数据构建XX省老龄信息数据库：通过数据整

合方式，构建XX省老龄信息数据库。

以“人”为核心，将老年健康信息化管理系统中的各个离散数据进行整合汇

总，将数据依据实际业务工作的要求进行梳理。通过对人员基本信息、生肓史、

死亡信息、健康档案数据、体检数据、老年医学开展情况、安宁疗护信息、老年

康复护理床位数等信息汇总，最终形成老龄健康信息库。并通过报表，图形等方

式进行数据的展示，以及趋势的分析

2.1.1.2老龄健康信息化治理

医养结合信息管理：

医养结合机构自主注册机构账号，注册信息包括：行政区划、机构形式、机

构名称、相关资质。

通过和全国医养结合机构监测系统对接，获取XX省内的医养结合机构信息。

支持不在全国医养结合机构监测系统内的机构信息和部分变更信息可通过基层

工作人员在本系统中进行补充。

按医疗机构名称、养老机构名称、行政区划条件对服务机构进行查看•、查询。

2

医务人员通过和全国医养结合机构监测系统对接，获取XX省内的医养结合机构

中的服务人员信息。对全国医养结合机构监测系统外的服务人员和部分变更信息

通过区（县）基层工作人员在系统中进行补充或修改。

系统可根据按姓名、身份证号码、职业、工作单位等条件，对相关服务人员

进行查看、查询。

开展服务情况展示，对医疗服务机构已上报的相关服务情况，如基本信息、

机构人员数据、服务情况数据等数据进行展示。

自然年的数据进行汇总展示，支持对统计年度、统计期、填报单位、填报人

等信息进行搜索查询，查询数据支持导出。

服务机构账号注册登录后填写完成相关机构资料，提交之后即进入审核流程。

人员信息审核支持服务机构录入机构内人员（医疗卫生人员、养老服务人员）

信息C

可根据姓名、身份证号码、职业、工作单位信息对机构内人员进行查询。

2.1.1.3老龄健康数据交换流程监控

老龄健康数据交换流程监控：为减轻基层工作压力，依据国家发布的《老龄

健康信息管理系统基本数据规范上报规范》要求，实现XX省内老龄健康数据向

国家系统通过数据交换方式上报的功能。并通过交换系统，实现内、外部门进行

数据交换。为XX省老龄数据库提供支撑服务。监控数据流转方向，数据数源监

测，达到数据完整性的目的，实现有数可用，源头可查。

2.1.2XX省死亡医学证明签发系统

2.1.2.1死亡医学证明管理

系统须提供整体死亡医学证明签发业务办理功能，要求覆盖医院死亡、居家

死亡、非正常死亡、新生死亡的办证、以及遗失补证5个业务场景。

1、证照签发

工作人员完成死亡医学证明办证登记信息填写，提交的信息包括但不局限于:

姓名、性别、死亡地点、生前主要疾病等。

支持集成OCR文字识别和手写板签字功能，提高录入信息判断、提高数据采

集效率。

建设审核办证流程，填写《居民死亡医学证明（推断）书》中的死因信息，

3

发放符合国家标准的政务服务平台电子证照。

联动死亡报卡功能，系统能够自动进行后续死因调查任务分配。

2、遗失补证

对医院死亡、居家死亡、新生死亡历史已经发放《居民死亡医学证明（推断）

书》，进行补发。对于非正常死亡不得进行补发。申请人身份信息进行核对，通

过第三方效验方式进行效验，提交申请材料进行补发。

工作人员在线提交补发申请材料，进入补发流程。提交的材料包括但不局限

于：申请人证件信息、死者信息。

3、证照管理

对已发放的证照整合成证照库可实时证照发放数据监测。重号预警,预警形

式包括系统内消息通知、重号标识。按照地区、机构实时统计发证量。

2.1.2.2死亡报卡管理

1、死亡报卡

自动生成死亡报卡，待上报记录，提供工作人员完成死亡报卡。死亡报卡重

卡提醒，对于身份号号码相同的报卡进行提醒。

对接公安户籍系统，核对死者姓名、性别、户籍地址等关键信息。区县疾控

中心工作人员对死亡报卡进行审核。

对未通过审核的报卡进行退回操作，并填写退回意见。市核通过的报卡信息,

实时上报国家死亡网络直报系统。

2、死因调查

针对死亡报卡，由社区卫生服务中心人员开展死因调查，填写死亡初访卡。

调查过程中支持调取区域健康档案查看死者历史诊疗信息以及协同调阅公安户

籍信息。

支持死因调查的结论，系统能够自动完成“根本死因”填写。

2、无名尸管理

工作人员在线完成无名尸信息填写，提交的信息包括但不局限于：死者姓名、

证件号码、诊断依据、死者家属信息、死亡日期、直接致死原因等。

通过民政、公安等部门数据对接或批量导入。经确认后的无名尸信息，进行

转正操作。转正操作联动死亡报卡模块，完成死亡报卡。

4

系统可对无名尸信息进行查重，能够根据查重结果进行合并、删除等操作。

3、漏报管理

通过接口同步民政、公安、妇幼等三方部门数据。同步的数据与系统内死亡

报卡数据进行比对，完成漏报核查，并提醒相应责任人，工作人员进行漏报信息

补报操作。

4、属地管理

死亡报卡户籍地址进行自动下发死因调查任务。辖区内有多个社区卫生服务

中心，由管理员手动进行任务分配。

对于分配的死因调查任务有疑问，社区可退回上级进行重新再分配。死因调

查任务的全过程记录，可以查看任务进度和当前状态。

6、统计报表

业务统计报表，报表样式须符合现行XX省规范°

•年龄死亡率表

•死因质控表

•期望寿命表

•早死概率统计表

•死因监测初防信息汇总表

•质控报表

报表支持按照省、市、县区三级逐级统计和查询。

2.1.2.3其他需求

1、数据质控

填写页面支持数据逻辑校验，校验内容包括但不局限于：身份证号码、手机

号码。系统录入支持根据身份证号码进行重卡校验，避免产生重复记录。与第三

方校验平台对接，进一步保证数据质量。

2、数据安全

系统具有数据权限控制功能，能够实现同级用户数据隔离，上级可以查看下

级数据。

支持隐私数据脱敏，对身份证号码、手机号进行脱敏显示。

3、日志管理

5

系统须有完善日志管理管理功能，对系统登录、操作等内容进行详细记录。

2.1.2.4死亡专题库建设

通过梳理、采集、交换、整合公安、民政、人社的基础信息资源，结合现有

的人口库建设内容，建立统一的死亡人员基础信息数据库。并实施完成与相关部

门的信息交换与共享，保证基础数据完整性、及时性。

2.2标准规范要求

使用SOA架构作为基础架构，向系统客户端尸放指定的接口作为数据交换的

接口，并使用http作为与外部系统通信的通信方式，对外开放指定的接口用于

数据交换。平台采用浏览器/服务器（B/S）构架，支持外网的WEB访问以及手持

移动设备的访问。

2.3信息安全要求

系统的安全性是项目稳定运行实施的基础，既要保证信息共享利用，又满足

安全管理的需要。本项目建设需符合国家《信息安全等级保护管理办法》、XX省

大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求，开

展全方位的安全体系建设，满足网络安全、管理安全、系统安全和数据安全等各

方面要求。

2.3.1服务保密要求

中标方须在签订合同后与业主单位签订保密协议。

2.3.2安全性、功能性能测试要求

系统须避免各种信息安全漏洞，加强安全性防护，有完善的安全解决方案。

采购方可委托第三方进行安全和性能测试，如果测试中发现存在问题，中标方需

尽快解决。测试费用由中标方承担。

2.3.3系统等保要求

在项目建成后，系统需符合安全等级保护的笫三级别，系统必须整改等保过

程中发现的软件问题。在运维期内，每年至少进行一次等级问题整改。

2.3.4代码安全要求

需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,

提供安全检测资质机构出具的软件代码安全检测报告。

2.3.5软件应急方案

6

中标方必须提供系统应急方案，应急方案需考虑各种故障类型，分别给出解

决方案。

2.3.6信息安全承诺保障

中标方承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员

背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复

系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小

时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能

的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法

律责任。

履约期内如发生重大信息安全事件，被上级单位或公安机关通报一次，从履

约保证金中扣除5000元，且需在15日内将履约保证金补足。如发生被悬挂反动

标语、赌博色情等非法暗链事件，则履约保证金全部罚没.因运维人员管理琉忽

导致的上述信息安全事件，采购方保留追诉中标方连带法律责任的权力。

2.4性能要求

本项目建设将满足以下性能需求：

信息交换要求：数据库及系统的设计，要求充分考虑信息交换区设备的功能

特点，保证数据在政务外网之间同步的准确性和实时性。

浏览器兼容要求：兼容IE8版本以上（含IE8版本）浏览器、火狐浏览器、傲

游浏览器、谷歌chrome浏览器等。

易用性要求：用户操作界面要求简洁、直观，默认的配置符合大多数用户的

审美观点和使用习惯。

系统响应要求：平台必须具备负载均衡能力，以保证多用户并发访问时的系

统的可靠性和系统性能不受到严重影响，具体性能要求如下：

1）故障率：平台应能提供7X24小时的连续运行，平均年故障时间＜48小

时，平均故障修复时间〈24分钟。

2.5技术要求

2.5.1政务云架构相关要求

系统要符合政务云架构，采用主流的多层分布式架构进行设计开发，以B/S

架构方式进行实现。系统要求通过加密和安全通道等方式确保敏感信息的在交互

7

和存储过程中的安全性。在存储上，针对所有敏感信息采用加密方式确保内容存

储的安全；在用户使用方面，采用单点退出功能确保用户的安全性。

操作使用方面要求达到如下使用要求:部署容易：支持基于HS的Web应用，

软件安装部署容易。使用方便：系统应具有丰富的图形用户界面，各种标签提示

清楚，提供在线帮助功能；实现单点登录等功能，方便用户在多个系统间自由的

切换，用户可以通过一套身份和密码完成所有应用登录；系统应方便管理员进行

远程维护和管理。

2.5.2信创相关要求

本项目应根据建设单位需求，按照信创相关标准规范，实现建设单位建设需

求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客

户端必须具有较强的兼容性和适应性。

2.6接口要求

2.6.1XX省老龄健康管理系统

支持在数据上报模块中提交上报数据，并经过逐级审核通过后上报国家平台。

支持按照国家平台对数据上报的要求，提供对应的数据录入页面。

支持上级人员对上报的数据进行审核。

支持对暂未上报数据的机构进行填报提醒。

支持与仝国医养结合机构监测系统对接，初始化XX省内医养结合机构的数

据信息，通过数据接口进行XX省数据的自动上报。

2.6.2XX省死亡医学证明签发系统

支持全民健康档案系统对接，获取居民的诊疗数据。

支持区域诊疗数据平台对接，获取居民的诊疗信息。

支持人口发展和生育健康服务综合管理平台对接，获取居民户籍信息。

支持公安户籍系统对接，获取居民户籍信息。

支持提供《死亡医学证明》外部查询接口。

支持提供死亡报卡的数据查询接口。

支持XX省死亡专题库同步。

8

三、实施要求

3.1项目组织管理要求

1、投标方应充分考虑满足投标项目的建设要求，提出完整的项目管理、系

统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标方人力资源

供给方案。

2、本项目要求开发团队至少5人，其中研发和测试的人员不少于3人。投

标方在投标文件中，应根据对项目的理解作出项目的人员配置管理计划，包括组

织结构、项目负责人、组成人员及分工职责；阐述项目建设中业主方和建设方的

职责。

3、招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统

开发和验收等各项工作，投标方必须接受并服从招标人的监督、管理要求，无条

件提供中间过程T作成果.

3.2计划与进度管理要求

1、投标方在投标文件中应根据对项目的理解作出项目实施的初步计划，成

为中标方后必须提交正式工作方案，明确招标项目工作的方式、方法、过程步骤、

按阶段分解的详细计戈人对应计划应提交的工作成果、需要招标人协调与配合的

事项，并经招标人审核、批准。

2、中标方在项目实施过程中必须分别按周、月提交进度报告，对项目问题

及进度延迟原因进行说明，制定合理的解决措施并有效执行。

3、投标方必须在投标文件中阐述项目沟通计划，确保投标方与业主之间信

息沟通顺畅。

3.3文档交付要求

软件项目交付物包含并不限于：需求分析报告、系统设计书、投标书、合同、

软件的源程序及可执行代码、数据库的设冲以及数据实体模型相互关系的描述、

网络系统的拓扑结构以及相关设备的配置、系统体系架构及描述、数据库安装手

册、程序安装维护手册、软件使用操作手册、软件功能技术手册、系统测试报告

等材料。

3.4试运行与验收

软件开发实施并调试完成，经过用户的认可后，投入不少于1个月试运行,

9

在试运行期间，投标人应使任何故障或问题都能在收到故障通知后尽快（节、假

日也不例外）被修复和解决，并给出详细修复细节报告，所有试运行期间软件的

修改和变化都应在试运行结束后提供书面和电子文档。试运行稳定后可进行脸收。

验收合格的条件必须至少满足：

①项目开发任务已经完成，测试合格并上线试运行；

②项目经过试运行，试运行时出现的问题已被解决，并得到用户认可；

③项目提交了完整的文档资料，并通过了采购人组织的审核。

3.5质量管理要求

1、投标方应按TS09001质量管理体系规范要求，针对招标项目实施过程及

交付结果进行质量规划、管理、控制。

2、投标方一旦中标必须提交正式的质量计划，明确质量控制点、控制内容、

质量要求、检查记录要求，并经招标人审核、批准.

3、中标方在项目实施过程中应开展质量保证活动，所提交的进度报告应包

括质量报告内容，对质量问题制定改进措施并有效执行。

4、中标方必须接受招标人的质量监督检查，提供真实有效的相关质量活动

记录、证据，无条件接受招标方提出的质量问题整改要求，承担质量责任及因质

量问题导致的进度延迟责任。

5、投标方必须提供详细测试方案，包括采用测试技术、测试方法和测试报

告提交形式。在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个

测试步骤，与用户讨论通过后，方可按计划进行测试。

3.6培训要求

投标方在项目建设前后除了对业务经办人员的专项培训以外，应对招标方

的系统维护人员进行系统维护培训。包括：系统管理、开发工具、平台软件等。

1、培训计戈小系统的培训工作分为集中培训与普及培训2阶段。

2、培训内容：为了让用户能够熟练地使用本系统，投标方需要对所有使用

单位的系统管理员和操作人员进行培训，确保系统管理员、操作人员安全熟练使

用软件。

3、培训对象：包括业务管理层人员（主要指各使用单位和部门的领导）、

系统管理人员以及业务人员（主要指具体的业务操作人员）。

10

4、培训时间：根据项目推进情况确定。

5、培训课程：根据不同的培训对象制定不同的课程。

6、培训形式：现场操作培训、远程培训。

3.7售后服务要求

3.7.1投标方应提供3人驻场维护工程师

3.7.2驻场维护工程师完成基本的系统维护及其他交办的相关事项,为期一

年。相关资质要求如下：

（1）应在投标方就职1年以上时间（提供社保证明），并从事技术、开发

等相关岗位；

（2）熟悉XX省卫生健康委相关应用平台软件的操作与维护。熟悉linux

或Unix系统下Oracle数据库和政府云平台的MySQL的日常维护，能处理数据库

出现的常见问题：熟练运用SQL语句，如建库、数据库备份、数据库相关查询操

作等；熟悉J2EE平台架构，熟悉Tomcat服务器；

（3）具有3年以上相关行业工作经验；

（4）投标方应在应标文件中提供详细人员资质资料；

（5）驻场人员在未经采购单位允许，不得进行随意变更，如需变更应提前

1个月告知，并经采购人确认后在后续工作人员到岗后方可变更。

售后维护组成员至少包含2人，成立A、B岗负责制。

在维护期内乙方应响应7X24小时*话或电子邮件服务，1小时内做出明

确响应和安排，2小时内做出故障诊断报告，如需现场服务的，具有解决故障能

力的工程师应在2小时内到达现场。

*话支持

*话支持主要