平遥医院区域医疗云服务平台信息化项目申报书(编辑修改稿)

平遥医院区域医疗云服务平台信息化项目申报书(编辑修改稿)内容摘要：

合展示工具，实时、动态、多维度地分析、利用、展示卫生信息数据，为管理和决策服务，对公共卫生、医疗服务、药物监测、 各种医保 、卫生管理等五大卫生领域的信息进行综合展现。 数据需求 支持各类国际标准： HL IHE、 ICD9/10 等。 卫生部、国家中医药管理局《电子病历基本架构与数据标准（试行）》 卫生部《社区卫生信息基本数据集数据元代码集》 卫生部《健康档案基本架构与数据标准（试行）》 性能需求 满足 医院 未来十年 年业务量发展需求。 除遍历检索操作外，系统对其它操作的响应时间不超过 2 秒钟。 安全需求 由于涉及数据的重要性，以及个体隐私保护等问题，系统建设应充分考虑安全性，并严格管理制度，防止出现各类非法访问、非法截取甚至非法入侵。 严格的安全策略 提供多级权限机制＋密码的安全机制； 支持 HTTPS，保障更高的安全性； 实行系统管理员交互操作，相互监督模式，对重要密码可分段管理； 密码以密文方式保存，特定数据列加密保存，最大限度降低系统风险。 此外，支持重要数据的加密，数据管道加密，确保数据不能以任何方式泄漏； 对危险或重要的操作，系统可进行多步、多级、多角色的安全验证； 具有金融级安全权限体系，融合“系统＋数据库＋应用”多层次的安全策略； 提供“权限＋密码＋本机限制＋操作者限制”机制，严格限定操作范围； 日志和系统黑匣子，可随时回溯查找操作场景，涉及安全的操作强制全部自动记入黑匣子； 支持任何 静态资料的修改，均可进行跟踪修改情况； 支持多层级电子签名机制，防止非法的数据删改； 符合各项认证要求及《电子签名法》； 系统应提供完备的智能判别、操作验证和纠错功能，能最大程度地减少误操作； 提供多业务圈、多种组合的应急方案，确保系统 7 24h 无间断运行； 安全性和灵活、可管理相结合 支持角色管理，支持权限分组，提高安全管理效率； 权限可分级授权； 权限可委托； 具有防误操作机制，如必输项验证，年龄、日期的合理行验证等； 密码可管理； 可对具体某项业务、某个部门，甚至某个客户进行操作限定，杜绝安 全死角； 支持出错管理：以文件、日志方式自动传送至管理员或指定目标处； 三、建设目标 业务目标 信息化建设要 按照 现代 卫生管理理念，采用先进、成熟信息技术，通过 一年的 努力，建立功能完备、标准统一、系统安全的 平遥 县 卫生信息体系 ， 实现信息资源共享共用和 业务资源的分级利用。 主要目标为： （ 1）完善 医院 信息化功能 为 医院 提供以电子病历为基础的全面的数字化医院解决方案，提升 医院的信息化水平，为全市信息化的整体提升打好基础。 （ 2）提高公共卫生综合管理水平 通过业务分析和综合展现能力的提高，通过在更大程度上向居民 开放服务，提升居民的参与程度，提高公共卫生综合管理水平。 技术目标 以人为中心的技术目标 在系统设计上，应贯彻以人为中心的设计指导思想。 在全区范围内，以居民及基于居民个人的健康档案为基础进行业务设计；在医疗机构内，以患者及基于患者个人的电子病历为基础进行系统建模，并将全区基于健康档案的设计，与医疗机构基于电子病历的设计有机结合起来，形成以人为中心的区域医疗业务设计。 云计算架构的建立 云计算应用具有三个基本特征： 第一，这些应用能够通过浏览器访问，或者具有开放的 API，允许用户 或者瘦客户端的调用。 云应用的理想模式是不论用户身处何处，不论使用何种终端，只要有互联网连接和标准的浏览器，便可以不经任何配置地访问属于自己的应用。 目前，虽然互联网连接速度和 Web 开发技术已经使基于浏览器的应用具有了非常好的用户体验，但是距离一些在本地安装与运行的软件仍由差距，比如在图形处理方面。 因此，在云计算的初期，应用层某些应用也可以通过瘦客户端来访问。 这虽然影响了云应用的灵活性，但仍是一种有效的折中方案。 第二，用户在使用云服务时，不需要进行一次性投入，只在使用过程中按照其实际的使用情况发生成本。 首先， 用户在使用云服务时不需要购买额外的硬件，因为从处理到数据存储都在云上执行，用户端的处理能力不高也可以访问云上应用。 其次，虽然从本质上讲云应用也是供用户使用的软件，但用户不需单独支付成本，只需从注册一个账号和用户开始，即进入应用。 第三，云应用要求高度的整合，而且云应用之间的整合能力对于云应用的成功至关重要。 云应用之间的整合能力对于完美的用户体验来说是不可或缺的，因为用户的需求往往是综合性的。 如果用户所需要的多个功能是由若干个彼此之间无法整合的应用程序来是实现的，那么用户体验和操作效率都会不佳。 由于应用都是运 行在云中而且彼此相对独立，因此云应用整合较传统应用相对容易实现。 鉴于此，我们特意在本方案中提出建立一个云计算平台上的数字化医院系统，以便实现快速部署快速提供服务，并达到快速整合的业务目标。 业务部署设计 电子病历系统在临床上用于实现“从数据采集到集成展现，从质量控制到差错控制，从临床指南到临床路径，从数据分析到综合管理等业务需求”，一个好的电子病历产品需要非常好的可用性，在美国，政府已经意识到，医生是电子病历的使用主体，“可用性”问题是影响电子病历系统推广最主要的问题之一，这需要通过流程优化和个性 化支持能力来解决。 然而，从政府对本项目的主导思想来说，是为了解决其中的普遍性需求，实现“从无到有”的跨越。 提供独立建设模式，通过一套架设在医院内部的软硬件系统，为医院提供内部应用服务。 这一系统不仅功能强，能够满足医院的个性化需求，而且还可以按需调整和增加业务功能； 四、建设方案 建设原则 统一规划、分步实施 ① 整体规划 能随着医疗机构业务的发展而进行扩展，满足总体需求； 需兼容现行系统的优势项目，了解医院的各项需求； 整体规划、分步实施； ② 系统集成 所有系统须满足以系统集成为中心的技术要求，满足集成的相关标准和规范： 国家卫生部《电子病历基本架构与数据标准（征求意见稿）》； 国家卫生部《健康档案基本架构与数据标准（试行）》； HL7 V DICOM 、 ICD9/ICD IHE 等。 保护投资，自主选用 本项目提供的所有软件系统，都应在遵循标准和完成整体接入的指导思想下，实行自主选用的原则，保证用户有自主选择的权利，保护用户原有投资不受损失。 扩展性和健壮性 由于本项目在未来众多业务发展的内容方面存在 着不确定性，必须充分考虑业务上可能的扩展和创新，以及数据的爆炸性增长，系统不断增长的负载压力等。 保证了系统扩展性，就意味着保护了投资，防止了在中短期内将系统推倒重建的风险。 不仅如此，良好的扩展性其重要性还体现在未来对业务的调适性上，可以为新业务的推陈出新提供良好的试验和运行平台，有助于为我区医改进程创造一个宽松的支撑平台环境。 内嵌运行库，支持编译中间语言，应具有平台无关性； 系统可裁减和组合，可按医院的规模及要求，将功能模块进行自由组合，每种组合都可以解决医疗信息管理中某类问题。 各部分既可以单独运行，也 可相互配合使用，保证医疗机构管理系统的 “ 整体设计、分步实施 ” ，减少了政府的投资压力； 系统应支持应用嵌入； 支持数据的转储、导入导出； 稳定性、可靠性 医疗卫生信息系统事关生命，必须充分可靠，保证 7x24 小时稳定不间断运行，保证其稳定性、可靠性。 ① 高可用性 系统应采用抗病毒、防堵塞机制和流量分配技术，可用性达 %； 系统应提供异步处理技术和自动重链技术，保障系统的高可用性； ② 数据的可靠性 系统中的数据在实际产生地录入，一次 录入，多处共享； 提供多种数据校验和质控，保证数据的完整性； ③ 应急措施 提供关键业务应急方案，保障系统７２４不间断运行； 应急系统能在短时间内接管操作，系统恢复后数据自动同步上传； 开放性 系统建设应体现开放性原则，采用成熟开放的技术平台和产品，符合并支持国际标准和国家标准。 系统应符合国家、卫生部及相关行政机构已颁布的政策、规范和标准，符合业界的统一标准，系统各部分和各层次具有良好的平台无关性、可移植性和兼容性； 系统应支持城镇医疗保险、新农村合作医疗、远程会 诊、银行卡等功能，预置各类接口，为后期医院系统升级准备； 系统设计遵循相关标准，具有良好的开放性和适应性： 行业类： ICD10， SNOMED， HL IHE、 DICOM3， RS232 等； 技术类： XML， SOAP， HTTPS 等； 安全性、保密性 由于涉及数据的重要性，以及个体隐私保护等问题，系统建设应充分考虑安全性，并严格管理制度，防止出现各类非法访问、非法截取甚至非法入侵。 实用性、方便性 以 简洁适用 ， 高度智能 ，和 人性化设计 为原则，并通过 防错机制 和 联机帮助为操作人员提供必要的帮助。 标准性、规范性 系统设计遵循的标准或协议：  技术类： XML， SOAP， HTTPS， TCP/IP， IPX， NETBIOS， POSIX；  行业类： HL IHE， DICOM3， ICD10， RS232， ASTM 系统设计遵循的规范：  卫生部《医院信息系统基本功能规范》 2020 年版；  卫生部《 (20202020 年 )全国卫生信息化发展规划纲要》；  《基于 XML 电子公文格式规范》；  《电子病历流程设计方法通用规范》；  《电子病历元数据规范》，等； 先进性、前瞻性 系统设计应充分考虑和兼容今后的流程 再造、重组以及数据兼容、传输，以及信息技术的跟踪和攻关等关键问题，就能打造一个既注重时效，又能健康发展的医疗卫生信息平台； 时效性、快速性 ① 系统设计保障 数据库设计应采取数据分级存储原则（业务数据库、后备数据库、归档数据库和决策数据库），解决在线数据、近线数据和离线数据检索需求冲突，保障领导查询和决策独立进行，业务系统始终快速响应； 系统应支持统一的入口操作，能实现跨库检索、查询和统计； ② 专业技术 系统应采用新技术新方法（如浏览 器应用应采用 Ajax 技术），尽全力确保用户对系统操纵的敏捷性： 精准性、正确性 ① 数据的精确、完整 系统应采用独特的精度位处理模式，在业务数据，财务账本等方面确保数据的精确； 系统应采用（分布式）事务机制，确保多步事务、并发事务，以及特殊的业务规则下依然能保证数据、信息的完整； ② 智能决策的正确性 所有的决策模型、业务消息、自动化和智能程序所产生的数据和结果都 必须经严格的测试和验证，确保 准确 性； 易管理、易维护 应保证提 供各种配置选型，可根据不同规模和发展阶段定制系统； 系统提供方便、直观的系统管理工具（覆盖用户权限、密码，用户界面、模板、系统配置参数、接口、日志、黑匣子等各个方面）； 基于小粒度部件运行，容易更新和升级； 系统提供方便、直观的维护工具（包括数据字典、工作流引擎、系统日志等）； 支持 维护人员远程维护。 设计依据 2020 年 4 月《中共中央国务院关于深化医药卫生体制改革的意见》要求 基本医疗保障制度全面覆盖城乡居民，基本药物制度初步建立，城乡基层医疗卫生服务体系进一步健全，基本公共卫生服务得到普及，公立医院 改革试点取得突破，明显提高基本医疗卫生服务的可及性，有效减轻居民就医费用负担，切实缓解“看病难、看病贵”的问题。 该意见同时要求建立实用共享的医药卫生信息系统。 大力推进医药卫生信息化建设，以推进公共卫生、医疗、医保、药品、财务监管信息化建设为着力点，整合资源，加强信息标准化和公共服务信息平台建设，逐步实现统一高效、互联互通，加快医疗卫生信息系统建设。 完善以疾病控制网络为主体的公共卫生信息系统，提高预测预警和分析报告能力；以建立居民健康档案为重点，构建乡村和社区卫生信息网络平台；以医院管理和电子病历为重点，推 进医院信息化建设；利用网络技术，促进城市医院与社区卫生服务机构的合作。 积极发展面向农村及边远地区的远程医疗。 建立和完善医疗保障信息系统。 加快基金管理、费用结算与控制、医疗行为管理与监督、参保单位和个人管理服务等具有复合功能的医疗保障信息系统建设。 加强城镇职工基本医疗保险、城镇居民基本医疗保险、新型农村合作医疗和医疗救助信息系统建设，实现与医疗机构信息系统的对接，积极推广“一卡通”等办法，方便参保（合）人员就医，增加医疗服务的透明度。 建立和完善国家、省、市三级药品监管、药品检验检测、药品不良反应检测信息网络。 建立基本药物供求信息系统。 2020 年 9 月加拿大由联邦政府注资成立了名为 Infoway 的非盈利性机构，领导和负责全国范围内电子健康信息、兼容的标准、通信技术的开发和实施。 2020年开始， Infoway 投资 12 亿加元开发区域卫生信息共享基础架构，推动地方卫生信息化，同时加大建设投入，计划于 2020 年为 50%的加拿大人口建立电子健康档案，于 2020 年覆盖全国。 美国前总统布什在 2020 年众议院的年度国情咨文中专门强调医院信息系统建设，指出将医疗保健记录计算机化，可以避免严重的医疗差错，降低成本，提高医疗水平，并 要求在 10 年内，确保绝大多数美国人拥有共享的电子健康记录。 美。