人口死亡信息综合管理平台需求.x

1、深圳市人口死亡信息综合管理平台需求1. 平台基本介绍1.1. 人口死亡信息管理工作背景国家卫生计生委、公安部和民政部于2014年初联合印发了关于进一步规范人口死亡医学证明和信息登记管理工作的通知。其中要求，完善人口死亡信息报告制度。要求卫生计生部门建立正常死亡人口信息库，医疗卫生机构在签发证书15日内网络报告死亡信息。卫生计生、公安、民政部门建立人口死亡信息共享机制，开展信息校核工作，加强统计分析，确保数据质量。同时，县（区、县级市）疾病预防控制中心要按月导入或录入由公安部门提供的非正常死亡信息，建立覆盖全人群的本地区人口死亡信息库。1.2. 人口死亡信息综合管理平台建设目标为达到人口死亡信息

2、登记项目的预期目标，并为深圳市卫计委和人民政府提供本市人口死亡状况的最准确信息，本项目需要建设一个针对全市卫计委、公安局、民政局的综合死亡信息交换共享服务平台，通过信息化手段对来自各部门的死因监测数据实施有效管理并互通有无，完成死因链的报告、订正与审定，并与国家人口死亡登记新系统进行密切整合，在不断提高本市死因监测覆盖率的同时，保证数据与国家级相关系统直报系统实现交换共享，并提供死因信息的时间、空间、人间三间分布的实时统计，实现市级、区县级的疾控中心、医疗机构、公安、民政（殡葬）部门共同协作，强化疾控专业机构对公安、民政部门的死因推断技术指导，逐步形成基层医疗卫生机构à二级以上医疗机

3、构à专业机构（疾病预防控制机构、疾控教育机构）协作的人口死亡信息登记工作机制,打造数据准确，覆盖面广的深圳市人口死亡信息综合管理平台。2. 平台建设要求2.1. 平台业务总体架构需求平台业务上包括死亡卡市区两级多部门共享采集管理、质量管理、统计分析等三部分内容。另外包括用户管理、权限管理、基础字典维护等功能。2.2. 三部门数据共享平台2.2.1. 三部门死亡信息共享业务需求卫生计生部门负责建立辖区死亡人口信息库，及时签发医疗机构死亡及非医疗机构场所的正常死亡个案死亡证，并及时上报国家人口死亡信息登记管理系统。以区为单位，提供辖区死亡证签发医疗机构名单与联系方式给辖区民政部门。定期提

4、供辖区人口死亡信息给公安、民政等政府相关部门共享交换。公安部门负责判定可疑个案的死亡性质，及时签发非正常死亡死亡证；并办理注销户口手续。以区为单位，提供辖区死亡证签发公安机构名单与联系方式给辖区民政部门。公安部门每月定期提供非正常死亡个案名单及死亡证第一联2-3页交卫生计生部门或疾控机构，每年提供上年度户籍人口数据。民政部门负责建立死者人口火化信息库，督促辖区内殡仪馆（火葬场）建立“凭盖有公安部门户籍注销章的死亡证办理殡葬手续（户口不在本市的凭卫生或公安司法部门签发的死亡证第四联办理殡葬手续）”的规定。向卫生行政部门或疾控机构提供当地殡葬部门、联系人信息，并定期向公安或卫生计生部门提供人口死亡

5、殡葬信息库进行共享交换。2.2.2. 三部门死亡信息产出及合作公安部门：1）居民非正常死亡，由公安司法部门法医所在单位签发纸质死亡证。2）以上死亡信息个案由公安部门整理成纸质或Excel标准模板或扫描件文件，在线上传及导入。3）所在区县疾控中心将死亡信息个案整理后，录入上报到国家人口死亡信息登记管理系统。民政部门：殡仪馆对无死亡证手续的个案，进行死亡信息补充，建立纸质或Excel格式或扫描件文件。目前由疾控中心派驻人员到殡仪馆收集补录死亡信息个案，定期以邮件形式发回疾控中心。医疗机构和区县疾控中心：目前医疗机构死亡及非医疗机构场所的正常死亡均上报到人口死亡信息登记管理系统 。序号数据项名称正常

6、死亡信息（卫生计生部门提供）非正常死亡信息（公安部门提供）死亡销户信息（公安部门提供）火化信息（民政部门提供）1行政区划代码2省、市、县名称3死亡证编号4法医鉴定书编号5死者姓名6性别7民族8国家或地区9年龄10身份证件类型11身份证件号码12常住地址13户籍地址14出生日期15死亡日期16死亡地点17死亡原因18意外死亡情况描述19家属姓名20联系电话21家属住址或单位22医师签名23医疗机构名称24民警签名25派出所名称26法医签名27法医鉴定单位名称28殡仪馆注：“”表示需提供的数据项，“”表示无需提供的数据项。2.2.3. 建设三部门数据共享信息平台实施方案目前公安部门和民政部门居民死

7、亡个案信息，一部分为机构化数据，一部分为非结构化数据。民政部门收集的居民死亡个案信息是机构化的Excel标准模板，可通过在线上传的方式，实现数据共享。公安部门收集的居民死亡个案信息由一部分居民死亡个案信息是机构化的Excel标准模板，可通过在线上传的方式，实现数据共享。另一部分非结构化的信息，由卫生计生部门每月定时收集其他合作部门纸质或Excel标准模板或扫描件文件死亡个案信息，通过人工录入的方式，将个案信息报到数据共享信息平台。数据共享信息平台将民政部门和公安部门共享的个案信息，按照地域信息分发到各区县卫生计生部门，各区县对个案信息进行个案回访，并上报至国家人口死亡信息登记管理系统。数据共享

8、信息平台向公安部门和民政部门提供：1、本区域居民死亡信息查询功能。2、本区域居民死亡信息统计报表。最终需求方案会根据三部门需求调研内容进行适当的修改。2.3. 死亡卡多部门共享采集管理2.3.1. 国家系统死因卡历史数据接入管理实现深圳市卫计委部门疾控、医疗机构原有死因报告卡片的接入和管理，提供对深圳市区域死因卡片接入、查看、导出。并可用于后面与公安、民政部门的死因卡数据的统计。2.4. 死亡卡质量管理2.4.1. 死因卡逻辑校验管理实现死因卡逻辑疑似问题卡片查询和分析校验。逻辑校验规则遵循国家规则，并适当补充地市级增补规则。2.4.2. 死因卡查重管理能够按姓名、性别等个人标识信息对卫计委、

9、民政、公安部门的死亡信息进行共同查询管理。2.4.3. 常规质量统计报表主要包括报告情况、审核情况、死因编码评价等方面，涉及迟报、迟审、重卡、多死因链填写完整情况、死因诊断不明比例等。地区全市区县报告情况报告死亡数报告死亡率（1/10万，换算为年）重卡率(%)未报告县区比例(%)报告及时性（%）身份证号填写完整率(%)多死因链填写完整率(%)审核情况审核率(%)迟审率(%)一审通过率(%)死因编码评价指标死因诊断不明比例(%)伤害意图不明比例(%)心血管病缺乏诊断意义比例(%)肿瘤未指明位置比例(%)呼衰、肝衰比例(%)2.5. 死亡卡统计分析2.5.1. 医疗机构死亡病例监测月报根据每月的死

10、因报告情况，形成深圳市地区情况概述、各区报告情况、死因构成、死亡病例概况、信息质量评价及小结及建议等内容，监测月报包括需要计算的文字，报表等内容。参考现有业务模板实现。2.5.2. 死因情况年报根据年度的死因报告情况，形成深圳市地区疾病死亡率（1/万）、年龄别病因死亡率（1/万）及构成、各年龄组死亡率（1/万）、主要死因构成、各区疾病死亡构成、各区疾病年龄别死亡情况等内容，监测年报包括需要计算的文字，报表等内容。参考现有业务模板实现。2.5.3. 分地区GIS统计 根据上报死因报告情况，在GIS上显示区域死因个案发病统计数。设置发病统计数数值区间，显示对于颜色。2.5.4. 分单位死因统计报表

11、2.5.5. 分年龄死因统计报表2.5.6. 分地区死因顺位统计报表2.6. 平台管理系统需求平台管理系统除满足日常业务需求外，应至少包含基础配置管理、系统权限管理、应用菜单管理、应用模块管理等。其中基础配置可以对平台基础信息进行配置，如数据字典等。系统权限管理应对人员、角色、权限等信息进行配置。应用菜单管理可以支持对系统菜单动态调整，方便未来对系统功能进行扩展。2.7. 平台接口需求平台同时需具备完善的数据整合能力，与国家死因监测系统进行同步，保障综合业务统计指标的产出。平台组织机构和用户应遵循统一用户原则，沿用国家疫情直报网中更新的疾控、医院、社区机构、年龄组、ICD、ICD10、GBD1

12、60等数据，防止用户重复创建，增加基层工作量。人口本底数据应与国家公共卫生标准管理数据同步。2.8. 总体设计要求2.8.1. 体系架构符合要求1) 系统部署在深圳市疾病预防控制中心，应用于区县、地市，并可为省、国家提供所需指标数据，符合现有的信息报送流程；2) 系统的总体架构、功能目标、工作模式应与深圳市疾病预防控制中心的地位、职能、业务相符合；3) 系统建设应依托已有信息化建设成果，充分利用现有资源；4) 突出重点，兼顾一般，重点建设内容与一般建设内容的结合与平衡符合深圳市疾病预防控制中心工程建设条件。2.8.2. 系统功能完整合理1) 框架设计是一个总体的解决方案，支持深圳市疾病预防控制

13、中心履行数据采集和管理方面的多项职责；2) 功能设置能针对不同等级、不同类型的数据类型执行不同模式的采集和传输；2.8.3. 选用技术先进适用1) 信息融合技术：将多种不同信息融合在一起，便于使用者准确、直观地了解信息、把握全局；2) 采用数据活化技术，将不同部门的多源数据深度融合、重建关联实体以及数据关联结构，深入发掘数据当中极具价值的隐含信息，建立健全智能的信息数据库，充分支持深圳市区域人口死亡信息数据挖掘过程；3) 易于系统升级改造，易于实现水平扩展和平台可移植。2.9. 系统性能要求2.9.1. 系统稳定性与可靠性系统应保证7*24小时不间断运行，并具有一定的主备冗余设计，对重要数据要

14、考虑同城异地备份的可行性。要保证系统内部信息传输的可靠性。2.9.2. 可扩展性系统具有较好的可扩展性，与各种子系统或模块之间采用松散耦合的方式，未来可方便与各种新的应用子系统或模块进行对接。2.9.3. 可维护性系统日常的业务运行应基本做到无需人工干预，但同时应具有功能强大的运行维护平台，便于值班人员随时掌握系统运行情况，当系统出现故障后，可对故障进行及时的处理。2.9.4. 数据处理能力应用系统应能支持市级、区县、医院、社区四级用户对各类信息的分类、存储、处理以及共享和交换，具备百万级登记病例；系统要能较好的支持多用户并发访问，数据采集报送业务可支持的最大并发数不低于300，核心功能的系统

15、响应时间不能超过5秒。2.9.5. 安全性系统需在安全、稳定、可靠的基础上，采用多种技术手段提高网络和应用系统的安全性，包括身份鉴别、访问控制、安全审计、软件容错、资源控制、抗抵赖、通信完整性和保密性等。2.10. 实施要求2.10.1. 系统开发周期系统开发周期要求不能超过三个月，包括需求调研在内。2.10.2. 项目前期准备在项目实施前期，应负责完成以下工作内容： 1）制定详细的项目实施进度表，标明各阶段的实施成果，提交给建设方，严格按照进度表组织项目的实施工作。2)负责开展项目需求调研，编制需求分析说明书、设计说明书。3)其它需要在项目实施前期落实完成的工作。2.10.3. 系统开发实施

16、开发实施的主要过程和工作内容如下所示：1)组建有丰富的行业经验和开发技能的项目小组进行全过程的实施开发工作；2）使用符合国家公共卫生业务流程设计方法相关标准的需求分析工具进行业务梳理、业务建模、需求分析；3）实施过程从严要求工件或组件的质量；4）严格按照双方确定的计划进度保质保量完成工作；2.10.4. 系统的集成安装与测试在集成安装与测试阶段，投标方应负责完成以下工作内容：1）准备产品安装工具和协调工程实施人员。2）按进度计划进行软件安装工作，并完成设备相关参数配置工作。3）负责将所有相关产品按照项目实施方案集成为一套可用系统。4）编制系统部署手册、测试报告等，并进行相关测试工作。5）其它需

17、要在集成安装与测试阶段落实完成的工作。2.10.5. 系统验收在系统验收阶段，投标方应负责完成以下工作内容：1）编制项目验收方案、项目总结报告等，制定系统验收进度计划。2）组织协调用户方、各供应商对系统进行验收工作。编制并向用户方提交系统验收报告。3）向用户方移交各系统相关的技术资料文档，并编制文档资料移交报告。4）其它需要在系统验收阶段落实完成的工作。2.10.6. 系统售后服务在系统售后服务阶段，投标方应负责完成以下工作内容：1）投标方必须向项目单位提供至少一年的质保，同时具有7*24小时的维护支持能力以及优先服务级别。2）质量免费保修期内免费为用户提供合同货物的原厂技术指导和维修服务，提供此项服务的时间是：每周（7）天*(24）小时，自接到用户方报修电话