全民健康信息平台建设方案.docx

《全民健康信息平台建设方案.docx》由会员分享，可在线阅读，更多相关《全民健康信息平台建设方案.docx（18页珍藏版）》请在课桌文档上搜索。

1、全民健康信息平台建设方案一、项目概述3二、建设标准规范3三、建设要求42 .建设原则43 .系统性能需求54 .系统功能要求65 .安全要求18一、项目概述全民健康信息平台(以下简称“平台”)是卫生健康委牵头建设的卫生健康综合信息平台。平台主要任务是推动卫生健康系统各级各类机构和部门数据业务的标准统一、归集整合、业务协同和治理应用。本项目目标是以市全民健康信息平台为基础，制定和完善公共卫生业务信息系统相关信息标准规范，强化公共卫生信息安全体系。构建覆盖全市医疗机构、公卫机构、基层机构的公共卫生信息平台。优化服务模式、规范质控流程、严密监督机制，完善公共卫生服务体系和宏观决策体系。本项目将完成流

2、行病学调查登记、慢病监测系统、死因监测的建设，完成公卫平台基础及数据共享，提升公共卫生信息日常管理和应急指挥能力。最终实现公共卫生信息全数据共享，医疗卫生全业务互通，社会保障服务全方位协同。二、建设标准规范1 .国家卫健委和中医药管理局关于加快推进人口健康信息化建设的指导意见2 .“健康江苏2030”规划纲要、“健康南通2030”规划纲要3 .省政府办公厅关于印发江苏省改革完善医疗卫生行业综合监管制度实施方案的通知苏政办发(2019)82号4 .江苏省“十四五”医疗卫生服务体系规划5 .省政府关于印发落实健康中国行动推进健康江苏建设实施方案的通知(苏政发(2020)12号)6 .2020年3月

3、2020年全省职业健康工作要点(苏卫职健函20202号)7 .国家职业病防治规划(2016-2020年)三、建设要求8 .建设原则(1)资源共享及业务协同原则应遵循资源共享和业务协同原则，总体设计，合理布局，统一规划，各部门配合建设，数据集中、存储集中、系统部署集中，提升全市公共卫生数据资源共享和业务协同能力，并具备良好的系统集成能力、信息共享和交换能力、外部接口能力以及对标准规范的支持能力。(2)经济性原则项目建设应充分利用现有网络资源、硬件设备、软件系统、人力资源和数据资源，保护前期投资，确保现有系统与目标系统之间的平滑过渡和无缝集成；慎重权衡性能与代价的关系，选择适度超前的软硬件产品，在

4、保证系统先进性的同时，降低投资成本、节约投资。(3)开放性和可扩展性原则项目建设应按照开放性和可扩展性原则设计，必须满足当前业务发展需求，又要考虑未来统计大数据处理及应用的发展趋势，设计合理的扩展的架构，采用开放的、标准化的平台设计，合理分配利用基础设施资源，实现现有业务系统平滑接入和扩展。(4)易用性原则在项目建设时，针对不同层面的使用者的应用水平，充分考虑系统的易用性，充分考虑到使用者不同的计算机操作水平，操作简单、方便，以保障信息化应用的顺利推广。9 .系统性能需求(1)系统可靠性要求系统应能提供满足7*24小时不宕机、不间断的持续服务能力。某个子系统的启动、关闭和异常停止后，不应影响其

5、它子系统的正常业务。用户界面程序异常停止后，不应影响服务器端系统和其它用户界面的正常运行。(2)系统支撑能力要求系统应能同时接受响应多个应用系统的并发访问，为杜绝阻塞和提高效率，对并发事件同步响应能力的需求。系统响应时间：按特定条件查询服务对象进行操作，系统返回查找服务对象记录情况不大于3秒；选定一个服务对象进行相关操作，显示服务对象的各种信息，响应时间不大于2秒，完全显示操作界面的信息不大于5秒；进行各种统计分析，10万条记录进行汇总统计,结果返回不大于8秒。(3)数据库信息处理要求系统采用大型关系数据库管理系统，进行本地数据库信息的管理，对于高并发的I/O吞吐要有很高的效率和容错能力。10

6、 系统功能要求10.1 务流程要求本项目应用设计必须遵循以下业务流程:(1)慢病报卡流程(2)死亡报卡流程et层生量入 XCAAOia打awt4. 2流行病学调查登记流行病学调查作为传染病防控公共卫生体系建设的重要部分，一方面可通过全面梳理、调整并优化传染病信息管理流程，建立无纸化疫情上报、核实、监测模式，有效减轻基层医疗机构的流行病上报工作压力；另一方面通过流行病学的调查，可及时上报至市级，为正确制定传染病防治应对策略提供依据，更好的控制疫情发展。主要功能需包括：个案登记、病例一览、病例操作功能。(1)个案登记根据国家规定的传染病个案调查表进行开发，并且根据全员人口信息代入基础信息内容，加快

7、调查表填写进度。其中包含狂犬病、出血热等18个病种的传染病个案填报。要求登记内容包括个人基本信息、发病情况信息、临床信息、流行病学史等。(2)病例一览市/区疾控病例信息管理人员通过此模块，可浏览全市/区上报的所有病例和导出筛查的病例列表信息。可根据登记日期、姓名、病例类型、年龄、调查表类型、上报单位、上报区域等进行病例筛选。(3)病例操作市区疾控人员需病例信息进行详情查看、修改、删除、核实、导出等操作。5. 3慢病监测系统慢病监测系统将以居民精准健康管理为重点，强化病前预防和慢病发现，优化慢病诊疗过程，完善随访机制。探索精准管理、覆盖全流程的慢病服务模式，利用云服务的形式面向居民、医疗机构、卫

8、生和疾控管理部门提供新型服务。通过全民健康信息平台实现与医疗机构和居民健康档案数据的互联互通，形成慢性病全程管理的闭环，实现医防融合。使用范围覆盖全市各级疾病预防控制中心、各级医疗机构和社区卫生服务中心。主要包括高血压、糖尿病、心脑血管和肿瘤疾病监测。(1)高血压需实现对高血压患者的大数据健康监测与管理。主要功能需包括：高血压患者数据筛选归集、死亡患者数据上报。1)患者数据筛选归集本平台需完成对患者医疗临床信息进行数据归集，利用大数据技术实现对高血压患者的指标信息进行采集及分析。归集后需形成报卡一览，管理人员可对慢病报告卡进行查询、审核、漏报补报、删除等操作。要求可实现多种组合条件快速检索报卡

9、，并且实现一键选择筛选慢病类型。2）死亡患者数据上报死亡病历中发现高血压病例患者未在高血压病人信息库中，需新增高血压报卡至高血压病人专项数据库。用户可在主要功能包括慢病报告卡漏报一览、补报和删除功能。（2）糖尿病需实现对糖尿病患者的大数据健康监测与管理。主要功能需包括：糖尿病患者数据筛选归集、死亡患者数据上报。1）患者数据筛选归集本平台需完成对患者医疗临床信息进行数据归集，利用大数据技术实现对糖尿病患者的指标信息进行采集及分析。归集后需形成报卡一览，管理人员可对慢病报告卡进行查询、审核、漏报补报、删除等操作。要求可实现多种组合条件快速检索报卡，并且实现一键选择筛选慢病类型。2）死亡患者数据上报

10、死亡病历中发现糖尿病病例患者未在糖尿病病人信息库中，需新增糖尿病报卡至糖尿病病人专项数据库。用户可在主要功能包括慢病报告卡漏报一览、补报和删除功能。（3）心脑血管（冠心病/脑卒中）需实现对心脑血管疾病患者的大数据健康监测与管理。主要功能需包含以下内容：1）病例发现从市直医疗机构的门急诊或住院系统中根据icdl编码（范围见冠心病/脑卒中临床类型标准库）抓取信息，频次15天/次。对报告进行质控后提交至市级慢性病报告系统。2）病例填报病例报告填写内容，主要需包括病例基本信息、疾病诊断信息、报告单位科室等信息等，不可缺漏。3）质量控制报告卡汇集后形成慢病报告卡一览，要求可实现多种组合条件快速检索报卡，

11、并且实现一键选择筛选慢病类型。为质控人员提供审核功能，对错项、漏项、逻辑错误等情况进行及时核对和修改。并进行病例查重，对报卡内容进行核实、合并、完善，保留一张卡片上报。4）审核审核人员将对现住地址明确为本辖区的报告卡直接进行审核，对现住地址不是本辖区的报告卡转卡至对应的县（市、区）。需实现对基本信息进行修改、退卡、补充、合并、标删等操作。需可实现批量审核功能。系统需可支持按地区类型、审核状态、报告日期等进行综合查询，进行报卡审核分卡、转卡操作。5)指标数据采集分发县(市、区)疾病预防控制中心对数据进行质控后通过“系统对接”的方式与“江苏省慢性病管理信息平台”进行信息交换，数据交换频率每周至少1

12、次。心脑血管疾病患者信息需可推送到患者所在社区卫生服务中心(站)，社区卫生服务中心(站)全科医生获得心脑血管疾病患者信息后为患者建档。死亡病历中发现心脑血管病例患者未在心脑血管病人信息库中，需新增心脑血管报卡至心脑血管病人专项数据库(4)肿瘤管理需实现对肿瘤患者的大数据健康监测与管理。主要需完成以下功能：1)肿瘤数据采集建立肿瘤登记报告数据库，将既往数据库统一格式导入。包括全部原发性恶性肿瘤(ICD-IO:C00-C97)；中枢神经系统良性肿瘤(D32.0-D33.9)和其他动态未定或动态未知的肿瘤(D42.0-D43.9)；骨髓造血系统特质的恶性肿瘤(D45、D46.0-D46.9、D47.

13、1和D47.3)。要求实现肿瘤报卡审核前需要选择ICDO3编码并确认。要求可实现多种组合条件快速检索报卡，并且实现一键选择筛选慢病类型。需实现肿瘤报卡信息的院内审核、区县审核、病例查重等操作。需实现与“江苏省慢性病管理信息平台”进行信息交换，数据交换频率每月底交换1次。需结合系统界面设计描述肿瘤登记报告内容的设计、审核操作等功能。数据来源主要为区为信息平台，要求做到数据抓取范围全面。2)死亡患者数据上报死亡病历中发现肿瘤患者未在肿瘤病人信息库中，需新增肿瘤报卡至肿瘤病人专项数据库。(5)慢病监测分析要求通过列表形式展示所管辖地区的慢病统计情况，输入地点、事件等查询条件快速检索统计数据。并可支持

14、一键筛选慢病种类。主要分析内容包括：报告卡日常统计、上报及时性分析、分卡及时性分析、慢病发病率分析、慢病发病数统计、慢病发病数趋势统计、慢病数据上报统计、肿瘤报告统计。4.4死因监测系统死因监测系统是公卫数据中心的一部分，能够覆盖到所有报卡单位(包括市、县区疾控中心，社区卫生服务中心和各级医疗机构)，同时不同类型的单位具有不同的权限。本项目需包括以下功能:(1)数据采集上报需实现根据各级医疗机构、社区卫生服务中心临床医生端死亡诊断进行提醒报卡。要求保卡内容包括基本信息、地址信息、死亡原因、其他疾病、调查记录等。报卡内容中的基本信息需根据人口库信息自动抓取，临床医生完善死亡报告卡后流转至院内相关

15、死因管理科室，死因负责人审核后上传至公共卫生数据中心。方案需提供死亡报卡初步页面设计进行详细说明。死亡报卡和省疾控系统对接，需实现一键上传功能，数据下载（南通机构报告、户籍地址是南通、居住地址是南通的报卡）。（2）数据管理根据不同死亡原因，能够实现死亡卡数据管理，死亡报卡防保科审核、区（县）复审、市疾控审核及回退等功能。实现死亡查重管理、死亡卡质控功能，满足死亡数据管理需要。主要功能要求如下：1）死亡院内审核以列表形式展示管辖范围内的死亡人员证明（推断）书，通过多种组合条件快速检索居民死亡医学证明。可在一览中实现查询、修改、审核、删除和打印功能。2）死亡区县审核以列表形式展示管辖范围内的死亡人

16、员证明（推断）书，通过多种组合条件快速检索居民死亡医学证明。需实现对死亡保卡信息进行查询、修订、审核和删除操作。3）死亡数据查重需实现在该模块，勾选需要比对的人员报卡，一键对比报卡内的重复信息。可通过颜色标识比对字段。方案需提供系统初步界面设计,展现一键对比功能。4)省下发死因报卡系统可查看省下发的死因报卡信息，可对死亡报卡进行查询和打印操作。5)数据审查用户可在数据审查功能中查看到已导入的待核查数据进行核查，可查看核查结果。(3)数据分析共享需实现根据时间范围，从死因个案库中直接查询相应时间段内符合查询条件的个案信息。需实现按照分年龄、单位等统计各病种死亡人数；各类死亡人数统计信息需共享到市

17、大数据局共享交换平台。4 .5公卫平台基础及数据共享(1)全民健康信息平台互通需实现公卫数据集中管理与全民健康信息平台进行互联互通。数据共享交互须符合现有数据字典要求。1)人员基础信息字段名字段类型字段注释SFZ字符串身份证XM字符串姓名XB字符串性别1：男2：女3：未知CSRQ时间出生日期HYZK字符串婚姻状况1：未婚2:已婚3:丧偶4:离婚9:其他MZ字符串民族LXFSl字符串联系方式1HJZT字符串户籍状态1：户籍2：非户籍HJ-S字符串户籍-省HJ-S字符串户籍-市HJ-QX字符串户籍-区县IU-JD字符串户籍-街道HJ-JW字符串户籍-居委HJ-XXDZ字符串户籍-详细地址JZ-S字

18、符串居住-省JZ-S字符串居住-市JZ-QX字符串居住-区县JZ-JD字符串居住-街道JZ-JW字符串居住一居委JZ-XXDZ字符串居住-详细地址JLCJSJ时间记录创建时间GXSJ时间更新时间XL字符串学历ZY字符串职业GZDW字符串工作单位2）慢病报卡数据字典字段名字段类型字段注释MZH字符串门诊号ZYH字符串住院号ZDDW字符串诊断单位ZDRQ时间诊断日期FBRQ时间发病日期GXBFX字符串疾病分型ZDYJ字符串诊断依据BGDW字符串报告单位BGRQ时间报告日期BGYS字符串报告医生BGKSBM字符串报告科室编码BGKSMC字符串报告科室名称ZDJG字符串诊断机构JLGXSJ时间更新时间

19、3）死亡报卡数据字典字段名字段类型字段注释Jslxdzhdw字符串家属联系地址或单位SWBH字符串死亡编号SWRQ时间死亡日期SWDDDM字符串死亡地点代码SZSQGZDW字符串死者生前工作单位Szsqczdzlxbm字符串死者生前常住地址类型编码CZDZGBM字符串常住地址国标码Czdzxxdz字符串常住地址详细地址Zjswyyjbmca字符串直接死亡原因疾病名称AZjswyyjbicdiobma字符串直接死亡原因疾病ICDlO编码Azjswyyjbmc(MR)A字符串直接死亡原因疾病名称（默认）Afbzswsjjg字符串发病至死亡时间间隔AFbzswsjjgdwa字符串发病至死亡时间间隔单

20、位AZjswyyjbmcb字符串直接死亡原因疾病名称BZjswyyjbicdiobmb字符串直接死亡原因疾病ICDlO编码BGbswyymc字符串根本死亡原因名称gbswyybm字符串根本死亡原因编码gbswyyms字符串根本死亡原因描述zgzddwbm字符串最高诊断单位编码zgzdyjbm字符串最高诊断依据编码ZYH字符串住院号TBYS字符串填报医生BGDWMC字符串报告单位名称（2）数据外部共享需实现与市域治理指挥调度平台、市大数据局共享交换平台的数据对接。（3）各级医疗机构业务系统对接需实现与疾控中心、各级医疗机构业务系统的对接，完成死亡、肿瘤、心脑血管的报卡等数据对接。5 .安全要求系统的安全是任何业务开展的基础，除了信息系统通用的物理安全、网络安全、系统安全、应用安全及安全管理外，针对本项目，还需着重考虑以下几个方面的安全问题：用户访问的身份认证：采用严格的操作员身份认证机制，防止伪造身份人员冒用系统资源。数据调阅的安全（居民健康信息隐私保护）：居民健康信息关乎个人隐私，因此在数据调阅过程中，需要充分考虑安全策略，以保护居民隐私。数据交换的安全：本项目涉及各级医疗机构与卫健委之间数据交服务，涉及到不同网段间的数据交换，为保证居民健康信息的安全性,要充分考虑数据交换的安全性。