1、智慧医院智能化工程设 计 方 案目录第一章 工程概述11.1 工程规模11.2 设计依据11.3 设计原则1第二章 智能化系统设计方案32.1 综合布线系统 32.1.1 系统概述32.1.2 系统详细设计42.1.3 布线管理软件设计82.2 有线电视系统 122.3 计算机网络系统132.3.1 需求分析132.3.2 网络系统设计132.3.3 组网方案设计142.4 无线网络系统 172.4.1 系统概述172.4.2 系统详细设计182.5 网络安全防护系统 242.5.1 安全需求分析242.5.2 建设目标252.5.3 系统架构252.5.4 系统详细设计262.6 桌面云系统2、322.6.1 技术架构322.6.2 设计思路322.6.3 应用场景及价值 352.7 安防系统382.7.1 视频监控系统382.7.2 防盗报警系统402.7.3 人脸识别门禁系统412.7.4 停车管理系统422.8 公共广播系统 442.8.1 需求分析442.8.2 系统设计452.9 信息发布系统 452.9.1 系统概述452.9.2 系统设计462.9.3 系统功能462.10 多媒体会议系统 462.10.1 系统概述462.10.2 需求分析47 i 2.10.3 详细设计472.11 分诊导引系统472.11.1 需求分析472.11.2 系统设计482.11.3 各3、场景详细设计502.12 病房呼号对讲系统532.12.1 系统概述532.12.2 系统组成542.12.3 系统架构542.12.4 系统功能562.13 ICU 探视系统582.13.1 概述582.13.2 系统设计582.14 手术远程会诊系统592.14.1 系统概述592.14.2 设计原则592.14.3 系统组成602.15 机房工程 622.15.1 系统概述622.15.2 总体设计规划622.15.3 机房地面622.15.4 机房 UPS 配电工程 632.15.5 机房防雷接地工程 642.15.6 机房制冷系统652.15.7 动力环境监测系统 662.16 综合4、管路系统692.16.1 系统概述692.16.2 设计说明70第三章 医院软件信息化建设方案733.1 就诊者诊疗信息服务743.1.1 门急诊挂号子系统753.1.2 门急诊收费子系统763.1.3 住院登记子系统 773.1.4 住院收费子系统 783.1.5 财务结算子系统 793.1.6 住院结算子系统 803.1.7 入院准备中心803.1.8 药库管理子系统 803.1.9 住院药房管理子系统823.1.10 医技终端执行管理子系统843.1.11 系统管理子系统843.1.12 门诊药房管理子系统853.1.13 基本信息维护子系统87 ii 3.1.14 院内就诊卡管理子系统5、 873.1.15 门诊护士站子系统 883.1.16 住院护士站子系统 883.1.17 院长查询系统903.1.18 不良事件上报管理 903.1.19 银医一卡通 923.1.20 省医保（包括异地）接口933.1.21 市医保（包括异地）接口943.1.22 公费医疗接口953.1.23 农村合作医疗接口 963.2 医院临床管理服务 973.2.1 传染病上报管理系统973.2.2 院内感染管理983.2.3 医务管理系统993.2.4 护理管理系统993.2.5 单病种质量管理 1003.2.6 病案管理系统1013.2.7 抗菌药物管理1023.2.8 处方点评系统1023.2.6、9 手术麻醉与 ICU 信息系统1033.2.10 医院舆情监控1033.3 医技信息管理服务 1043.3.1 检验信息系统(LIS) 1043.3.2 血库管理系统1043.3.3 医学影像信息系统（PACS） 1053.3.4 超声信息系统1053.3.5 内镜信息系统1063.3.6 病理信息系统1063.3.7 透析管理系统1073.4 医院资源管理服务 1073.4.1 人力资源管理系统1073.4.2 药库管理系统1083.4.3 物资管理系统1093.4.4 医疗设备管理系统1103.4.5 消毒供应室管理系统1113.4.6 物价管理系统1133.4.7 医疗垃圾管理系统117、33.5 医院运营管理服务 1133.5.1 全面预算管理系统1133.5.2 成本核算管理系统1143.5.3 目标管理与绩效考核系统1153.5.4 奖金核算系统1153.5.5 院长综合查询系统1163.6 医院信息平台建设 117 iii 3.6.1 医院信息平台的架构设计1173.6.2 涉及医院现有系统标准化改造1343.6.3 信息交换层-集成交换平台1383.6.4 基础信息库1463.6.5 基于 XDS 架构的电子病历库 1583.6.6 共享知识库1693.6.7 数据仓库及商业智能（BI） 169 iv 第一章 工程概述1.1 工程规模建设单位：xx市中西康复医院工程名8、称：xx市中西康复医院 门诊住院医技楼智能化工程。工程面积：门诊住院医技楼 11879 ，其中地上： 11157 ，地下： 722 。 本工程局部地下一层，地上六层。1.2 设计依据智能建筑设计标准（GB50314-2015）智能建筑弱电工程设计施工图集（09X700）智能建筑工程质量验收规范（GB50399-2013）综合布线系统工程设计规范（GB50311-2016）综合布线系统工程验收规范（GB50312-2016）建筑设计防火规范GB50016-2014民用建筑电气设计规范（JGJT16-2008）安全防范工程技术规范（GB 50348-2018)安全防范系统验收规则（GA308-209、01）建筑电气工程施工质量验收规范（GB50303-2015）建筑物电子信息系统防雷技术规范（GB50343-2012）厅堂扩声系统设计规范（GB 50371-2006）数据中心设计规范 （GB50174-2017）其他有关标准、规范要求1.3 设计原则在设计本工程方案时严格遵循以下原则：1. 合法性原则：系统设计以规范为依据，功能设计符合业务管理制度的规定，技术指标达到国家或行业标准规范的要求。2. 可靠（成熟）性原则：所有软件和设备经过严格测试和试用，达到基本成熟的无 1 故障运行程度。整个系统稳定可靠，各子系统能独立运行。3. 先进性原则：安全理念先进、解决方法先进，具有一定的行为分析技10、术，设备技术性能指标先进。4. 标准化原则：选用国家安全行业标准，最大限度使用标准化产品。5. 兼容性原则：可兼容不同类型的设备。6. 可扩展原则：系统采用工程化、商品化、模块化等通用化结构设计，能够方便地扩展功能以适应客户不断增长的需求。7. 开放性原则：对客户选定的公司全部开放接口技术，而且保证能够与该公司产品互联互通。8. 易用性原则：界面设计符合保卫值班人员要求和现有文化程度，不用专业语言与操作员对话，能够熟练使用本系统。9. 易维护性原则：在保证系统功能稳定性和重点培训基本维护人员的基础上，同时重视设计多种网上维护、升级方法，以及时排除运行故障等。10. 安全性原则：在内外网安全运行11、的基础上，选用国内先进的防火墙及网闸，加强本系统的安全。 2 第二章 智能化系统设计方案本解决方案以国家或行业标准规范为依据，尽可能详细的阐述各个系统整体的设计方案，内容如下：综合布线系统有线电视系统计算机网络系统无线网络系统网络安全防护系统桌面云系统安防系统（视频监控、 防盗报警、人脸识别门禁、停车管理）公共广播系统信息发布系统多媒体会议系统分诊导引系统病房呼号对讲系统ICU 探视系统手术远程会诊系统机房工程综合管路系统2.1 综合布线系统2.1.1 系统概述本次综合布线系统，为满足当前信息高速发展的需求，需建成能支持语音、数据、 图像控制，具有开放性、灵活性、可扩展性、模块化、独立性等一体12、化高标准的综合布线系统，综合布线系统工程设计规范的综合配置标准。根据xx市中西康复医院门诊住院医技楼的发展要求，信息模块采用统一的六类标 准模块，水平布线系统和工作区采用六类元件及线缆，主干布线系统采用 12 芯单模光纤，轻松支持主干万兆、千兆到桌面的多种网络型式，为今后信息高速公路的发展做好 3 充分的准备。本次xx市中西康复医院门诊住院医技楼综合布线系统由五个子系统组成:工作区子系统；水平区子系统；干线区子系统；管理区子系统；设备间子系统；2.1.2 系统详细设计2.1.2.1 工作区子系统根据综合布线系统要求，工作区子系统中推荐均选用满足 ISO11801 及 EIA/TIA 568B 13、标准的 CAT6 铜缆模块及光纤接口，墙面使用 86x86 型面板，每个墙面信息插座均带有永久性的防尘门。地面使用模块化铜质信息插座。工作区子系统是最终用户的办公区域，即信息端口以外的空间。工作区子系统由终端设备连接到信息插座的连线和信息插座所组成。点位详细设计：接入位置房间外网端口数内网端口数语音端口数床头终端数电视端口数单口 面板双口面板六类模块各层点位数1-A 弱电井消控中心111266临检424生化636门诊化验6248出院结算15248挂号收费15248导医3124护士站5136 4 接入位置房间外网端口数内网端口数语音端口数床头终端数电视端口数单口 面板双口面板六类模块各层点位数洗14、胃212抢救81510214中西药房31241-B 弱电井留观3316735诊室*2424值班室*22224配液212肌注212读片办公262510登记1112控制4242-A 弱电井内科诊室 *1020102038换药室424预诊分诊3124儿科诊室 *3636儿童等候 区4242-B 弱电井耳鼻喉诊 室*363672口腔科241224技工82510眼科诊室212办公14136拍片212妇科诊室 *2424运动、康 复2224儿科诊室 *4848中西医结 合212等候区4243-A 弱电井脑电、脑 屏蔽42484心电*2424B 超*3636 5 接入位置房间外网端口数内网端口数语音端口数床15、头终端数电视端口数单口 面板双口面板六类模块各层点位数肠镜212胃镜212支气管212会议室1324行政办公 室*662461836中医诊室 *10201020等候区4243-B 弱电井临终关怀21242美容科*4848皮肤科212理疗424针灸、推 拿424内科诊室 *2424外科诊室 *2424儿科、眼 科、五官636等候区*28484-A 弱电井办公262510104-B 弱电井护办1413622麻醉212苏醒212手术 1424手术 25136家属等候2125-A 弱电井医办262510108主任12124会议室424三人病房 *1030303030905-B 弱电井护士站62485216、治疗636护士长12124值班室*22224 6 接入位置房间外网端口数内网端口数语音端口数床头终端数电视端口数单口 面板双口面板六类模块各层点位数双人病房 *5555515单人病房 *55555156-A 弱电井医办262510108主任12124会议室424三人病房 *1030303030906-B 弱电井护士站624852治疗636护士长12124值班室*22224双人病房 *5555515单人病房 *5555515汇总25443468887222906896892.1.2.2 水平子系统由信息插座到楼层配线架之间的布线等组成，主要包括：信息插座、转接点、水平电缆等设备。水平线缆长度不大17、于 90 米。本次项目网络点、语音点的水平传输线缆均采用低烟无卤 6 类非屏蔽电缆，能够保障数据、语音的灵活转换。线路规划：除特殊点位以外每个信息点的线缆走向是：信息面板到走廊顶部水平桥 架这段线缆采用 JDG 管过线，走廊顶部水平桥架连接至楼层配线间，楼层配线间通过主桥架连接至中心机房。2.1.2.3 管理区子系统管理子系统是指楼层弱电间的分配线架（IDF），由交叉连接的端接硬件及快接式跳线等组成，以实现对信息点的灵活管理。本次xx市中西康复医院医技楼每层有 2 个弱电井，作为本层的综合布线管理间。 每个管理间放置一台 42U 标准机柜，本层所有智能化线缆汇集至此，相应设备均安装于弱电机柜内18、。 7 2.1.2.4 干线子系统干线子系统提供了建筑物中主配线架与层分配线架连接的通信联络。由设备间子系统与管理区子系统的引入口之间的布线组成，它是建筑物主干布线系统。本次xx市中西康复医院医技楼综合布线主干线缆为 12 芯单模光缆及 3 类大对数电 缆。 具体敷设如下：从三层计算机机房引 2 根 12 芯单模光缆至各楼层弱电井道，从计算机机房引 1 根 25 对 3 类大对数电缆至各层弱电井。2.1.2.5 设备间管理系统（计算机机房）该系统由建筑物的进线设备、各种主机配线设备及配线保护设备组成，有时将它归入建筑物主干布线系统。包括主配线架、跳线等。模块化机房中的数据总配线架选用 48 芯19、 ODF 光纤配线框，每层的分配线架选用 24 口光纤配线架；语音总配线架选用 110 型机柜安装配线架，且分别安装在 2 米高的 19 英寸标准机柜内。2.1.3 布线管理软件设计随着城市化进程的加快，城市高层住宅和高层写字楼的数量在急速膨胀。为了提高 楼宇的管理效率，智能楼宇概念被提出来，并迅速推广，成为楼宇管理的有效手段。但 是，现有的楼宇管理系统均不涉及综合布线的管理。楼宇内的网络、配线以及信息管理 彼此相对独立，相互之间的信息传递非常有限，其可靠性能和安全性能较差，并不能真正实现智能化、自动化的管理模式。正是为了解决这一不足，此项目采用综合布线管理软件对本系统进行直观的管理。2.1.20、3.1 软件概述综合布线管理系统能够仿真模拟出多栋大楼内的综合布线情况、交换机和配线架的 连接情况、机柜内的设备端口与信息点的分配情况。将布线情况可视化，采用浏览器模 式，图形直观操作，基于鼠标事件操作简单，所有的操作步骤均自动保存，方便后期查 阅相关变动情况， 一改以往一条条对照文本来进行现场布线查询、设备端口使用情况、房间内信息点分配情况，脱离了以往完全对照文本繁琐的来了解目前楼宇内布线信息的 8 状况，实现了楼宇综合布线管理的科学化、智能化和自动化，解决了现有技术中楼宇管理的综合布线部分不能实现智能化、自动化的管理模式的缺陷。软件登陆界面综合布线管理软件包括客户端和服务器端，客户端和服务21、器端之间通过 ajax 技术进行异步通信，其中，所述的客户端包括工程模式、查询模式和指令模式。工程模式：具有管理员权限，对系统内的楼宇、楼层、房间、机柜、设备等进行增 删改操作，如调整楼宇、信息点、配线架内设备布置情况及描述信息，对系统内用户的添加及权限修改，导入资料信息并保存。 9 工程模式包括楼宇管理、工程管理、资源导入和功能操作。其中，工程管理包括信 息点管理、 用户管理和密码修改，资源导入包括平面图纸管理和数据导入，功能操作包括机柜管理、机柜设备管理和设备端口管理。资源导入的平面图纸采用 SVG 格式，资源导入的数据为楼宇内布线配置数据，采用XLS 格式。查询模式：具有普通用户权限，用22、户对系统内的楼宇、楼层、信息点布置、配线架布置、设备端口分配以及指令单信息的查询。查询模式包括楼宇管理和查询设置，其中，查询设置包括信息点查询、配线架查询、系统图查询和指令单查询。指令模式，介于管理员和普通用户之间的权限，对指令单进行操作，同时操作配线间内设备端口的通断。指令模式包括楼宇管理和指令设置，其中，指令设置包括指令单查询。 10 2.1.3.2 软件功能. 综合布线管理软件具备下列功能采用 B/S 软件架构，使用谷歌浏览器支持多平台安装分 3 种安全级模式支持远程操作. 安装配置方式简单直观现场配置建筑物及楼层信息现场配置配线间、机柜信息现场配置配线架及设备信息现场配置楼层点位信息楼23、层平面图纸采用 SVG 格式导入配线架后端连接关系数据通过 Excel 导入配线架端口跳线关系数据，导入时自动获取能够显示楼层平面图和信息点位置能显示实际配线间机柜，设备的布局. 综合布线系统的智能化管理摆脱数据记录靠人工改变表格的状态跳线关系实现智能化管理布线链路信息实时追踪实现从交换机端口到终端的连接状态智能化管理跳线改变具备可追溯性管理界面采用全图形化操作界面方式指令的下发简单直观. 引导跳线操作引导跳线的连接引导跳线的断开引导跳线断开连接的交叉操作. 实现网络管理系统到信息点的延伸 11 管理软件楼层平面图准确显示信息点位置管理软件准确显示从交换机端口到终端的链路结构终端信息实时显示.24、 采用不同的颜色显示连接状态端口状态信息点状态在鼠标移到对应端口，显示连接线路. 综合布线管理软件的优势在当前日益庞大复杂的综合布线环境下，智能布线系统迎合了兼具准确、实时追踪 监控和变更管理功能的运营需求，优化了布线基础设施的部署和文档记录工作，从理论上来说满足了需求，然而实际应用过程中，遇到了不确定的资金投入、专职员工的培训、增加的技术挑战和与现有工作方法产生冲突等问题，理论上智能布线带来的智能管理优势，却被实际使用中带来的问题给分割破碎。综合布线管理系统在常规综合布线解决方案基础上只增加管理软件的资金投入，也能达到智能布线系统的绝大部分核心管理功能：管理终端点位的移动、增加、改变(MAC25、)；由软件生成工作单，在工程师完成指派工作后自动更新数据库；当配置连接、追 踪电缆路径、创建跳线连接计划时，数据库将对网络布线进行必要的记录，具体记录信息包括端口到配线架、配线架到设备的连接，并保持线缆和网络连接器类型的匹配。2.2 有线电视系统有线电视系统采用当地电视信号，集中分配。同时考虑网络电视的需求，每个电视 信息点敷设一根 SYWV75-5、一根六类非屏蔽网线。 信号源采用xx市有线电视网络的全 部频道，由市有线电视网络引入光缆/铜轴电缆到广电专用机柜。 对有涉及有线电视点位 的 IDF 设备间内设置有线电视箱（由广电单位负责）。智能化单位负责前端电视面板至每层弱电井的管线敷设。本工26、程有线电视点主要设置在病房、值班室场所。 12 2.3 计算机网络系统2.3.1 需求分析高稳定性的需求：医院信息化网络组建投入使用以后是一个要求相对稳定的环境，对网络的稳定性要 求相当的高。如果万一出现网络中断的现象，很可能就会对医院业务造成损失，有一些数据可能造成丢失。所以为保证网络的稳定、可靠、高效。用户管理的需求：可对全网设备进行集中管理，时时检测设备的状态与链路状态的管理需求。能够实现全网的安全管理，包括： IP、MAC 的盗用问题、防止接入用户的非法 DHCPServer、Proxy 等用户。对于用户的上网行为能够实现实时的跟踪以及时候的追查。安全管理的需求：由于医院内部有许多敏感27、性数据，如何保障网络的安全成为建网时不得不考虑的问题。根据xx市中西康复医院医技楼的建设需求，需要建设物理完全独立的 3 套网络。分别如下：1、医院内网：为满足医院日常办公需求，业务需求，及未来的网络扩容，建设一套高带宽全千兆有线+无线网络。2、业务外网：为满足互联网业务需要，建设一套高性能的全千兆外网。3、设备网：建设一套设备网，满足 IP 监控、 IP 门禁、 IP 广播等智能化系统网络传输需求。2.3.2 网络系统设计医院的网络整体架构设计上，为了信息的安全，网络分为管理内网、业务外网、智能设备网 3 个网络，进行物理隔离划分。 13 根据上述总体设计中的思路，主要设计如下：所有网络都采28、用两层网络架构， 接入层采用千兆到终端。内外网采用双核心万兆交换机堆叠的形势并且具有平滑扩容的能力，接入层交换机 采用千兆上联的形势来实现数据互联。网络关键节点能够冗余热备保障系统连续稳定运 行。具有高带宽、高可靠、高性能、高安全的特性，可靠保障医院 HIS、PACS 系统的稳定运行。智能设备网采用千兆接入、千兆上行。核心采用模块化高带宽核心交换机。一体化设计，实现一体化硬件、 一体化管理、 一体化供电。采用网络管理软件管理各网所有网络设备。2.3.3 组网方案设计本次医技楼网络解决方案总体设计以高性能、高可靠性、高安全性、良好的可扩展 性、可管理性和统一的网管系统为原则，以及考虑到技术的先进29、性、成熟性，并采用模块化的设计方法。2.3.3.1 管理内网内网主要保障医院内部办公及各项业务功能的网络承载。 14 采用 2 台高带宽万兆双核心作为承载整个网络平台的核心设备，通过在核心设备上 部署 IRF2 技术，把两台核心设备虚拟为一台统一的逻辑设备，代替传统网络中核心设备 的 VRRP 技术，原有的一主一备的设备只有在主设备发生故障时，才接替主设备承担起核心转发的任务。使用 IRF2 技术，两台设备在网络中同时工作，大大提高设备的使用效率。从接入到核心，全网采用单模光缆，充分保证的网络的可靠性，减少单点故障给网络带来的损失。接入交换机选用全千兆交换机，通过光纤接入核心，千兆到桌面,根据30、楼层网络点位数量设置为相应 24 口交换机。全网部署智能管理中心对网络进行统一的管理。2.3.3.2 业务外网外网主要提供医院的对外业务服务功能。 15 采用 2 台高带宽双核心作为承载整个网络平台的核心设备，通过在核心设备上部署IRF2 技术，把两台核心设备虚拟为一台统一的逻辑设备，代替传统网络中核心设备的VRRP 技术，原有的一主一备的设备只有在主设备发生故障时，才接替主设备承担起核心转发的任务。使用 IRF2 技术，两台设备在网络中同时工作，大大提高设备的使用效率。从接入到核心，全网采用单模光缆，充分保证的网络的可靠性，减少单点故障给网络带来的损失。接入交换机选用全千兆交换机，千兆光纤接31、入核心，千兆到桌面,根据楼层网络点位数量设置为相应 24 口交换机。2.3.3.3 智能化网采用 1 台高带宽核心交换机作为承载整个网络平台的核心设备。核心交换机采用双 引擎双电源技术，最大限度提高核心交换系统的稳定性，大大提高设备的使用效率，能够支持全楼智能系统的稳定运行。从接入到核心，全网采用千兆链路设计。接入交换机选用全千兆交换机， 千兆光纤 接入核心，千兆到终端设备，根据摄像机、门禁、广播等智能系统的点位设置，每层设置相应数量 24 口千兆交换机。 16 2.4 无线网络系统2.4.1 系统概述本医院无线 WIFI 网络采用先进的基于智能无线交换架构的整体解决方案。可满足医院无线查房、32、无线护理等业务功能。整个无线网络系统建设需要覆盖整个医技楼各业务区域。在医院大楼内,每层根据使用功能部署相应 AP 数量。无线网络系统部署的无线 AP 都是支持最新无线传输技术 802.11ac 协议。为建设高可靠、高性能的无线网络系统，此次无线 AP 采用 POE 供电，通过在每层楼 部署千兆 POE 交换机，为无线 AP 提供千兆接入的同时，还能通过以太网线对无线 AP 供电。本无线系统采用瘦 AP（FIT）+无线控制器部署方案。无线控制器部联接核心交换机，实现整个无线网络系统的高可靠性。在医院的无线网络建设中我们对接入的用户能实现认证，系统支持 802.x 和 Portal 认证。未认证33、用户上网时，设备强制用户登录到特定站点，用户可以免费访问其中的服 务。当用户需要使用网络中的其它信息时，必须在门户网站进行认证，只有认证通过后 才可以使用网络资源。这样可以对接入用户的身份进行认证，保证了无关或者非法的用户接入进网络。FIT AP（瘦 AP）组网最大的优点在于 AP 本身零配置， AP 上电后会自动从无线控制 器下载软件版本和配置文件，同时无线控制器会自动调节 AP 的工作信道以及发射功率。 另外，通过无线控制器的 RF 扫描探测热点地区 Rouge AP，可以及时排除其他 AP 存在的 干扰，保障 AP 的稳定运行。在网络管理方面，网管可以只通过管理无线控制器设备就可以达到控34、制 AP 的效果，极大的减少了无线网络后期维护和管理的工作量。使用无线控制器+FIT AP 时， AP 在启动后会自动通过 DHCP 方式获取 IP 地址，并自 动搜寻可关联的无线控制器，在和无线控制器建立 CAPWAP 隧道之后会自动从无线控制器下载配置文件和更新软件版本。在 AP 的接入方面，采用智能射频管理，当某一个 AP 出现故障时，周围的其他 AP 会 自动调整功率，对该部分区域进行重新的信号覆盖，保证信号的良好覆盖。而当有非法AP 进入无线网络造成信号干扰时，智能射频管理系统可以定位出该 AP 的位置，以便及时 17 加以排除。2.4.2 系统详细设计2.4.2.1 地下室无线部署35、仿真图 18 2.4G 场强规划仿真图5G 场强规划仿真图2.4.2.2 一层无线部署仿真图2.4G 场强规划仿真图5G 场强规划仿真图 19 2.4.2.3 二层无线部署仿真图2.4G 场强规划仿真图5G 场强规划仿真图 20 2.4.2.4 三层无线部署仿真图2.4G 场强规划仿真图5G 场强规划仿真图 21 2.4.2.5 四层无线部署仿真图2.4G 场强规划仿真图5G 场强规划仿真图 22 2.4.2.6 五、六层无线部署仿真图2.4G 场强规划仿真图5G 场强规划仿真图 23 2.5 网络安全防护系统2.5.1 安全需求分析2.5.1.1 安全技术需求网络安全：在网络安全中，需要增加36、安全设备进行安全防护，主要需要新增边界下 一代防火墙、上网行为管理、数据库审计、堡垒机等安全设备。满足网络安全部分的合规性要求。应用安全：根据系统漏洞情况，需求根据漏洞情况调整软件代码或者通过部署安全 设备对底层的漏洞进行防护。同时可以通过 CA 认证技术，解决应用安全中双因素认证问题。数据安全：在后续的安全设计中，考虑数据的安全性，如数据库的保护和数据的审计，做到事后可以溯源，另外需要考虑数据容灾备份，建设灾备机房或者数据异地备份。2.5.1.2 安全域划分安全域的划分是网络防护的基础，事实上每一个安全边界所包含的区域都形成了一 个安全域。这些区域具有不同的使命，具有不同的功能，分域保护的框37、架为明确各个域的安全等级奠定了基础，保证了信息流在交换过程中的安全性。在本项目中，将严格按照信息系统的重要性和网络使用的逻辑特性划分安全域，根 据医院网络与信息系统各节点的网络结构、具体的应用以及安全等级的需求，按照技术 体系中网络安全规划，将医院系统划分为多个安全域。依据安全域划分原则，同一安全 域拥有相同的安全等级和属性是相互信任的，安全风险主要来自不同的安全域互访，需 要加强安全域边界的安全防护。区域之间依据业务及安全的需要配置安全策略，有效实现信息系统合理安全域划分。具体划分如下：（1）内网环境：核心业务域：该区域为业务服务器区域，包括重要系统如 HISLISPASCEMR 等，并且有38、物理环境和虚拟化环境。内网核心交换区域：内部网络核心交换机区域。内网终端接入区域：所有内网办公终端，包括科室、护士站等。 24 运维管理区域：该区域为安全审计及运维区域，可以采用一体化交付。通过大数据分析中心，发现未知威胁及可视化展示，收集第三方数据。外联域：连接社保，卫生局， 银联等。对xx中西医康复医院进行网络安全建设工作是非常重要的任务。本项目主要针对医院信息系统（HIS）、实验室系统（LIS）、医学影像系统（PACS）、电子病历系统（EMR）做一个全面可靠的安全防护。（2）外网环境互联网接入区域：互联网出口及与核心交换区域互联的边界区域。外网核心交换区域：外网的核心交换机。互联网终端接39、入区域：外网办公终端区域，可以通过终端访问互联网。2.5.2 建设目标本项目的建设目标是解决“等级保护合规性要求”、“内部安全威胁及安全防护缺失”的网络现状，全面提升医院的网络安全保护及上网办公体验水平，同时通过增加安全设备及安全策略加固，使医院网络安全建设处于动态防御的状态。本次 HIS 系统、 LIS 系统、 PACS 系统、 EMR 系统系统定级为二级，根据不同定级系统安全目标，本次建设完成后各个系统需具备以下能力：系统说明防御能力说明HIS 系统、 LIS 系统、 PACS 系统、 EMR 系统在统一的安全防护策略下具有抵御大规模、较强恶意攻击的能力，抵抗较为严重的 自然灾害的能力，以40、及防范计算机病毒和恶意代码危害的能力；具有检测、发现、 报警及记录入侵行为的能力；具有对安全事件进行响应处置，并能够追踪安全责任 的能力；在系统遭受损害后， 具有能够较快恢复正常运行状态的能力； 对于服务保 障性要求高的系统， 应能快速恢复正常运行状态； 具有对系统资源、医院、安全机制等进行集中管控的能力2.5.3 系统架构xx中西医康复医院网络需要包括外联区、内网安全区、服务器存储区、楼层接入区，其中：外联区：部署一台防火墙，上网行为管理，确保接入安全，上网行为审计监控， 本 25 服务器区内网区 域方案中考虑使用下一代防火墙设备，能够实现 L2-L7 层的安全防护，提高防护效果。；内网核心41、区：部署两台核心路由器，两台核心路由器采用堆叠方式部署，能够保证系统的高可用性；内网安全区：部署通软桌面终端管理平台和横渡防统方系统，通软桌面终端管理平台配合企业版杀毒软件，实现对终端的安全管控；服务器存储区：各类服务器通过交换设备上联内网核心设备，通过 SAN 网络连接存储及服务器，存储通过 SVC 集群进行统一资源管理；楼层接入区：医院各个楼层终端通过楼层接入交换机，并经楼层汇聚交换机汇聚后上联核心交换区。在本方案设计中，整体考虑网络安全建设，外网和内网是使用网闸进行物理隔离,出口处通过防火墙进行加固。xx中西医康复医院医技楼网络安全防护系统的架构图如下所示： 26 外网区域外网外网接入外42、网数据库审计上网行 为审计对外发布，移动办公内网核心外网核 心内网网数据 交互日志审计 回网闸堡垒机瘦终端加EDR外网办公内网办公区区2.5.4 系统详细设计2.5.4.1 互联网接入区设计该区域网络拓扑图如下：部署设备部署方式实现功能防火墙在外网互联出口边界， 串联部署下一代防火墙对不同区域进行逻辑隔离，同时对访问进行细颗粒度(基 于源、目的 IP、源、目的端口、协议、时间等)的访问控 制，服务器只开放业务需要的端口， 其他流量一律阻断VPN旁路部署在核心实现移动办公， 满足用户通过外网访问医院内部资源上网行为管理在外网互联出口边界， 串联部署上网行为管理实现对互联网访问行为的全面管理，防止43、带宽资源滥用， 防止无关网络行为影响工作效率，记录上网轨迹满足法 规要求，实现管控外发信息， 降低泄密风险，掌握组织动 态、优化员工管理， 为网络管理与优化提供决策依据2.5.4.2 内外网逻辑隔离该区域网络拓扑图如下：部署设备部署方式实现功能网闸内外网之间通过网闸进行隔离 连接满足数据访问的同时，阻挡 TCP 连接，进行 协议剥离， 达到内外网隔离的效果2.5.4.3 内网运维区该区域网络拓扑图如下： 27 部署设备部署方式实现功能日志审计旁挂在内网核心交 换机上针对大量分散设备的异构日志进行高效采集、统一管理、集 中存储、统计分析的一体化产品堡垒机旁挂在内网核心交 换机上用户通过本系统访问44、被管资源，用户的所有访问行为都在监 视和控制之下， 访问记录经过规范化、过滤、归并和告警分 析等处理后，以统一格式的日志形式进行集中存储和管理， 结合丰富的日志统计汇总及关联分析功能，实现对信息系统 整体安全状况的全面审计由于医院网络覆盖面广，用户众多，技术人员水平不一。为了能准确了解系统的运行状态、设备的运行情况，统一部署安全策略，应进行安全管理中心的设计，根据要求，应在系统管理、审计管理和安全管理， pc 端运维，数据安全管理几个大方面进行建设。在安全管理安全域中建立安全管理中心，是有效帮助管理人员实施好安全措施的重 要保障，是实现业务稳定运行、长治久安的基础。通过安全管理中心的建设，真正45、实现安全技术层面和管理层面的结合，全面提升用户网络的信息安全保障能力。 系统管理通过系统管理员对系统的服务器、网络设备、安全设备、应用系统进行统一的管理包括：用户身份管理：统一管理系统用户身份，按照业务上分工的不同，合理地把相关人 员划分为不同的类别或者组，以及不同的角色对模块的访问权限。权限设置可按角色划分，角色分为普通用户、系统管理员、安全管理员、审计管理员等。系统资源配置：进行系统资源配置管理与监控，包括 CPU 负载、磁盘使用情况、服 务器内存、数据库的空间、数据库日志空间、 SWAP 使用情况等，通过配置采样时间，定时检测。 28 系统加载和启动：进行系统启动初始化管理，保障系统的正46、常加载和启动。数据备份与恢复：数据的定期备份与恢复管理，识别需要定期备份的重要业务信息、系统数据及软件系统，规定备份信息的备份方式、备份频度、存储介质、保存期等；根据数据的重要性及其对系统运行的影响，制定数据的备份策略和恢复策略，定期执行备份与恢复策略。恶意代码防范管理：建立恶意代码管理中心，进行防恶意代码软件的统一管理。恶 意代码管理中心实现：杀毒策略统一集中配置；自动并强制进行恶意代码库升级；定制统一客户端策略并强制执行；进行集中病毒报警等。系统补丁管理：集中进行补丁管理，定期统一进行系统补丁安装。注意应首先在测试环境中测试通过，并对重要文件进行备份后，方可实施系统补丁程序的安装。 审计管47、理通过安全审计员对分布在系统各个组成部分的安全审计机制进行集中管理，包括： 根据安全审计策略对审计记录进行分类；提供按时间段开启和关闭相应类型的安全审计 机制；对各类审计记录进行存储、管理和查询等； 对安全审计员进行严格的身份鉴别，并只允许其通过特定的命令或界面进行安全审计操作。具体集中审计内容包括：1、日志审计实时监视接收到的事件的状况，如最近日志列表、系统风险状况等；监控事件状况 的同时也可以监控设备运行参数，以配合确定设备及网络的状态；日志监视支持以图形化方式实时监控日志流量、系统风险等变化趋势。2、日志管理日志管理实现对多种日志格式的统一管理。通过 SNMP、SYSLOG 或者其它的日48、志接口 采集管理对象的日志信息， 转换为统一的日志格式，再统一管理、分析、报警；自动完 成日志数据的格式解析和分类；提供日志数据的存储、备份、恢复、删除、导入和导出 操作等功能。日志管理支持分布式日志级联管理，下级管理中心的日志数据可以发送到上级管理中心进行集中管理3、审计分析集中审计可综合各种安全设备的安全事件，以统一的审计结果向用户提供可定制的报表，全面反映网络安全总体状况，重点突出，简单易懂。 29 系统支持对包过滤日志、代理日志、入侵攻击事件、病毒入侵事件等十几种日志进 行统计分析并生成分析报表；支持按照设备运行状况、设备管理操作对安全设备管理信 息统计分析；支持基于多种条件的统计分析49、，包括：对访问流量、入侵攻击、邮件过滤日志、源地址、用户对网络访问控制日志等。对于入侵攻击日志，可按照入侵攻击事件、源地址、被攻击主机进行统计分析，生成各类趋势分析图表。系统可以生成多种形式的审计报表，报表支持表格和多种图形表现形式；用户可以 通过 IE 浏览器访问，导出审计结果。可设定定时生成日志统计报表，并自动保存以备审阅或自动通过邮件发送给指定收件人，实现对安全审计的流程化处理。 统一网络监控管理统一监控管理将集中进行系统安全监测，并为安全计算环境、安全区域边界、安全通信网络进行统一的监控与告警。对全网的安全设备、安全事件、安全策略、 安全运维进行统一集中的监控、调度、 预警和管理。集中50、安全管理平台针对每个安全域的设备提供灵活的策略制定和管理，实 现本安全域内的信息收集和处理。同时，在安全管理安全域中部署设备管理系统服务器和控制台，通过与各事件服务器组件或安全设备通信，实现整个网络的全局监控。管理员在安全管理安全域的控制台上，可以集中的对设备的报警策略进行指定和下 发，同时，监视可处理报警信息。安全管理平台可以以拓扑图的方式来直观清晰的显示设备关键属性和运行状态。通过部署集中安全管理平台实现：安全事件的深度感知、安全事件的关联分析、安 全威胁的协同响应。通过部署集中安全管理平台，提高安全管理的效率，保障网络的安全运行2.5.4.4 核心业务区该区域网络拓扑图如下： 30 部署51、设备部署方式实现功能数据库审计旁路部署在服务 器汇聚交换机数据库审计可以协助防范针对数据库非法的访问、获取、 增加和删除信息的恶意行为，使组织符合安全标准、国家 和行业规定， 避免违规带来的管理和人员风险， 对数据库 部署有效的审计、监控、深度挖掘分析，全面提升信息系 统安全级别2.5.4.5 办公区或护士站采用云桌面解决方案，简化运维，保障数据安全。为了满足客户灵活安全的桌面使用，节约成本，提高使用效率使用小巧、节能的瘦终端作为桌面设备，相比传统 PC 主机，减少运维工作量，降低 故障率，节省空间，节约电力成本。同时，通过 USB 外设黑白名单及管控策略、虚拟桌面数据卷全盘加密等技术实现数据52、的立体式防护，有效防范信息泄密；服务器端，采用虚拟化技术， HA 机制及两副本机制，创建多个虚拟机，满足客户需求，保障数据安全，提高了云桌面的使用体验；运维管理，创建 vmp （服务器资源管理平台），vdc(虚拟机管理平台)，实时可以了解 服务器及具体对应虚拟机的资源使用情况，告警信息等，及时处理云桌面故障，提高运维效率，保障业务迅速恢复。 31 2.6 桌面云系统2.6.1 技术架构本方案通过在医院数据中心部署 2 台桌面云超融合服务器，集中托管医生、护士、行政、财务等人员的虚拟桌面，然后各科室人员可以通过瘦终端接入虚拟桌面进行办公。 医院桌面场景主要有医生及护士工作站、挂号、收费、职能办公53、等，相同岗位所需 应用大多一样，因此本方案为不同岗位创建独立的虚拟机模板，然后利用“模板克隆” 技术快速部署桌面，应用维护也只需在模板进行即可，更新升级在数分钟内就可以推送到所有虚拟桌面。2.6.2 设计思路医疗桌面有较高的实时响应要求，而医疗系统和外设又如此复杂，所以桌面云如何 在这样的环境下，依然能够提供与 PC 一样的用户体验（软件、外设兼容性和桌面操作流畅度），这是一个较大的技术难题。桌面云交付过程中涉及到终端、网络、传输协议、虚拟化软件、服务器、存储等很 多个组件，而且不同组件相互依赖比较大，只要其中一个环节优化不够、或者出现一些问题，比如软硬件兼容性不好、前后端 api 对接出错等54、等，这些都会影响到用户体验。那么，我司认为只有深度融合才能大幅度提升桌面云用户体验，所以本方案会将虚 拟桌面运行在 “深度融合 ”的桌面云架构之上，从前端到后端、从软件到硬件进行全方位的整合与优化，从而为医护人员提供媲美 PC 体验的桌面云，保障医疗服务的及时性。2.6.2.1 软件及外设兼容情况采用“深度融合”的桌面云架构，为医院提供更好的软件和外设的兼容性，具体如 32 下：类别兼容情况医疗系统支持医疗服务中所涉及的临床医疗应用、医疗管理应用、综合管理 应用以及决策支持应用，包括临床医疗应用中的 HIS 系统、 CIS 系 统、电子病历系统、 LIS 系统等，还有医疗及综合管理中的门急诊 55、管理、住院管理应用、办公自动化应用等。外设支持门诊、住院部、收费处等不同科室所使用的普通打印机、针式 打印机、读卡器（身份证和社保卡） 、扫描仪、高拍仪、摄像头等 各种外设。2.6.2.2 桌面架构的高可用性医疗服务要求随时可用，所以对桌面的稳定性要求也非常高，本方案从 3 个层面入手设计桌面云的高可用性：在主机层面，服务器可以采用 N+1 的方式组集群，集群中各个主机互为监控， 一旦 发现某个主机故障， HA 机制就会自动触发虚机迁移动作，在另一正常服务器快速拉起、确保 VM 继续可用。在存储层面，深信服利用虚拟存储技术，可以直接把服务器的自带硬盘来构成一个 统一的存储资源池，这样可以用极低56、的成本，在不用外挂存储的情况下，实现高端存储所具有的数据高可靠和高性能。在网络层面，我们可以采用服务器端口汇聚技术，将多个网络端口聚合起来，提高 网络带宽和容错能力。每台服务器配备 6 个千兆网口，其中 2 个用于业务网， 2 个用于存储网，剩余可以用于管理网。所以，通过多个层面的 HA 保障机制，最终可以为医院构建一套高可用的桌面架构，从而为患者提供持续性医疗服务。 33 2.6.2.3 分布式虚拟存储架构本方案采用分布式虚拟存储架构，通过它可以将服务器直连硬盘整合起来，形成存 储资源池（相当于一台独立存储设备），从而为云桌面平台提供经济高效的存储服务，并且效果与独立存储一样。分布式虚拟存储57、通过磁盘管理、缓存技术、存储网络、冗余副本等技术，管理集群 内所有硬盘资源，最终提供统一存储空间用于虚拟机的保存、管理和读写。这样，在无 需共享存储的情况下，依然可以实现虚机迁移及故障切换，不仅节省存储购买成本，而且利用分布式技术架构进一步确保数据的高可靠性。2.6.2.4 高性能 IO 设计方案医院各科室人员在早高峰时段同时登录虚拟桌面时，或者在某一时段患者就医服务 突然增多时，后台服务器都会面临大批量并发处理请求，瞬间数据量猛增，这对桌面云无疑是一个巨大挑战，容易导致体验差、不稳定等问题。所以，本方案在每台服务器上配备 2 块 SSD 硬盘（缓存盘）和多块 HDD 硬盘（数据 盘），然后通58、过深信服精准、高效的热点缓存技术，可以让用户以较低的成本获得非常高的 IO 性能。实践证明，通过我们的缓存算法优化，桌面云所请求的数据、绝大部分情况 34 下都会直接读取到 SSD 硬盘，当前我们的缓存命中率已经超过 60%，从而明显提升了存储的 IO 性能和响应速度，满足了医院早高峰登录和突发就医服务需求。2.6.2.5 方案特点与优势极致体验：本方案将瘦终端、 VDI 全套组件、服务器、存储进行深度融合与优化，可 以兼容各类医疗应用，并且为医生、护士、职能等不同人员提供媲美 PC 的桌面体验，满足医院业务实时响应需求。随时可用：本方案基于超融合架构，利用服务器集群、虚机迁移、分布式虚拟存 59、储、端口汇聚等技术，为医院提供一套成熟稳定的桌面云平台，应对故障所带来的影响，提升医疗服务质量。敏捷高效：本方案利用单点登录、联动关机等技术延续了 PC 使用习惯，医护人员 （尤其是老医师）无需培训即可快速上手。同时，采用超融合部署架构和单一 Web 控制台，提高了医疗 IT 工作效率。安全可控：本方案充分考虑了医院信息安全要求，采用了多重认证、终端准入、外 设管控、传输加密、防中间人攻击、个人盘加密等安全技术，从端到端层面保障医疗系统的安全使用。2.6.3 应用场景及价值2.6.3.1 现状分析场景一：临床医疗该场景主要以医生、护士工作站和电子病历为中心的一些应用，当前基本上是通过PC、笔记60、本来访问 HIS 等医疗系统客户端，存在如下问题：1. 医护工作站承载的医疗应用越来越多、且外设复杂，容易因软硬件故障、设备老 化而发生各种系统问题， IT 人员需奔波于各科室处理问题，维护困难、效率低下。更重 要的是，对于医院来说，时间就是生命，但医护人员和患者却要忍受故障修复时所带来的长时间等待。2. 医疗信息系统保存着大量病患信息，所以需要保证隐私数据在终端上使用安全， 以及传输过程中的安全性，特别是在多医生、多护士共用一机的情况下，信息安全更是重要，但传统采用桌管软件进行各种策略配置的方式，往往效果并不理想，不仅带来额 35 外的管理工作量，而且医生护士使用起来过于麻烦。3. 医生需要61、在门诊部、住院部，甚至分院等不同场所工作，但传统 PC 把医生的个 人数据和某个特定硬件设备绑定在一起，桌面、应用和数据无法跟随医院漫游，不满足弹性办公需求。场景二：移动医疗当前各大医院在移动医疗方面主要有 3 种形态：1. 移动查房：医生和病患需要频繁在院内移动检查，传统是先手写病历、再录入系统，另外在需要查看过往诊疗信息时，也只能返回科室才能完成。2. 移动护理：护士对病患护理过程中，需要填写各种表格，然后录到系统形成病患 信息库。同时，在医生下达医嘱后，也只能先记录在纸质病历上，到各个病房执行，并手动登记医嘱执行状态和护理记录。3. 社区医疗：医护人员需要定期到社区、农村就诊，过程中的诊62、疗记录、医嘱都是先记录到纸质上，回到医院再录入。对于患者的过往病史，也只能口述，无法实时调阅，容易因区域的差异性而存在诊疗误差。这种医疗服务存在医疗效率低、实时诊疗服务差、人文关怀低，甚至还会造成一些医患纠纷（比如医嘱转抄时失误等）。2.6.3.2 推荐方案场景一对应解决方案：针对临床医生、护士轮班工作的特点，以及对于数据安全、管理高效的要求，本方 案建议多名医护人员共用一台瘦终端，节省硬件采购成本，但是每个人可以拥有独立的 虚拟桌面，而且对不同桌面单独设置安全策略，这样既保证终端使用安全，又能够给医护人员带来良好的使用感受。1. 医生桌面有个性化需求，所以给他们分配的是独享桌面，每个账号对应63、一个独立 的虚拟机，保留跟 PC 一样的个性化设置和使用模式。医生只需要记住一个账号密码，便可在不同科室实现桌面漫游。2. 护士桌面没有太多差异性，所以给她们分配的是池化桌面，每个人有一个账号， 但不会固定绑定某个虚拟机，她们登录时在桌面池中随意获取公用的虚拟桌面，退出时自动清理回收。这样做的好处在于： A、为不同级别的护士创建不同桌面池，可以把访问 36 权限区分开； B、每名护士对应一个唯一的账号，在出现医疗事故时方便查询。同时，对于临床医疗所涉及到的医疗应用（HIS 等）和不同规格的外设，本方案都可以满足。场景二对应解决方案：桌面云可以将 HIS 等常用医疗应用统一托管在服务器上，医护人64、员可用瘦终端、PAD、笔记本等不同设备接入、随时开展就诊服务。深信服基于深度融合架构推出 SRAP 自研协议，通过流缓存、重复数据削减、流压缩 等核心技术，并且在不同环境中，自动采取不同的传输及压缩策略，大幅提升医护人员远程使用虚拟桌面的响应速度，保障医疗服务顺利进行。2.6.3.3 价值收益管理高效：医院 IT 人员无需前往各个科室，即可远程处理各种软硬件故障，加快排 障速度，提升服务质量，减少故障带来的医患风险。另外，当需要部署和升级医疗应用时，可用模板统一下发，提升 IT 效率。数据安全：实施桌面云后，终端数据都被移除了，所有病历和健康档案都在数据中 心内流通，传输到终端上的只有屏幕图像65、和相关指令，所以对于终端使用安全和传输安 全起到了较好的保障作用。同时，通过后台可以集中管控外设使用权限，既可以避免病毒入侵，又能够防范医疗数据泄密。移动桌面：医生可以随时随地就诊，充分整合自己的碎片时间，在家或出差时远程 打开虚拟桌面，及时查看患者医疗信息，确保在正确的时间下达正确的医嘱，提高工作 效率，减少医疗差错。除此之外，院长出差时，也可以通过笔记本接入虚拟桌面审批流 程；还有一些教授、专家可以分配一个虚拟桌面，实现随时随地编写论文，并且能够保护知识产权。实现移动诊疗：医生、护士不管走到哪里，都可以访问同一个虚拟桌面，随时查看和录入患者信息，全面满足医生、护士现场诊治，以及社区诊所、下66、乡支援时远程接入、现场录入信息的需求。提高医疗安全：医生、护士在任务位置都可以通过系统查看到病患在医疗系统中的诊疗信息和医治方案，避免因看不清手写信息、凭记忆操作而造成的误操作事件的产生，进一步提高医疗安全。 37 提升医疗水平：实施桌面云后，医生、护士不管是在医院本部为患者诊治，还是在 下乡、下社区时为患者诊治，能够及时将患者信息录入系统，成来患者下一次就诊时的参考信息，为提升医疗水平提供支持。2.7 安防系统2.7.1 视频监控系统2.7.1.1 设计思路本次医院视频监控系统的总体设计思路如下：1) 前端设备均采用高清摄像机，从而实现高清视频采集，同时为满足前端多种应用场景的不同需求，推荐67、不同类型、不同功能的摄像机；2) 采用集中式存储模式，实现存储系统的高可靠性及稳定性；3) 部署模块化、集成化的视频综合平台，结合高清显示大屏实现视频图像、电子地 图、电脑信号的上墙显示、拼接控制等功能；同时视频综合平台还配置服务器板卡，为部署平台软件提供必要环境，实现软硬件一体化；4) 建立统一的视频信息管理应用平台，实现对系统的统一管理。系统采用高清视频监控技术，实现视频图像信息的高清采集、高清编码、高清传输、高清存储、高清显示；系统基于 IP 网络传输技术，提供视频质量诊断等智能分析技 术，实现全网调度、管理及智能化应用，为用户提供一套“高清化、网络化、智能化 ”的视频图像监控系统，满足68、用户在视频图像业务应用中日益迫切的需求。2.7.1.2 系统详细设计系统组成:由前端摄像、传输系统控制、 存储部分、显示部分组成。系统架构:数字网络化系统，通过智能网进行信号传输。具有与入侵报警系统联动的功能，作为报警的图像复核，监控图像资料被纪录并长期保存。1、前端点位设计点位设置原则:1)一层大厅主入口处设置 400 万像素快球摄像机，次要出入口设置 1080P 半球摄像机或 1080P 枪式摄像机 ; 38 2)走廊、电梯前室、 挂号收费处设置 400 万像素半球宽动态摄像机;在候诊区、护士站设置 400 万像素摄像机 ; 楼梯前室设置 1080P 枪式摄像机；3）在电梯轿厢内设置 4069、0 万红外半球摄像机，摄像机内置一个麦克风，具备智能报警功能。4）针对 ICU 病房每间配置 1 台吸顶式迷你球机，能够实现水平方向 355连续旋转，垂直方向 590自动翻转 180后连续监视，无监视盲区，由于 ICU 病房图纸上未体现，数量暂估。5）室外区域采用 400w 红外网络枪机，由于室外未出图，数量暂估。摄像机具体点位表如下所示：楼层400w 红外网 络半球400w 红外网络枪 机室内吸顶迷你球 机室外球机400w 电梯网 络半球室外38地下室151 层29412 层2023 层2324 层2045 层11276 层1122小计1155930122、传输网络设计网络的整体设计不仅关系70、到整个监控系统的性能， 还涉及到未来如何有效地与新技术 接轨以及系统的平滑升级等问题。本系统立足于满足高清视频接入、转发、存储、解码等需求，同时选择适合的有发展前途的网络技术，充分满足未来五年监控系统业务的需求。因此首先对监控系统网络的建网思路做一个整体规划， 监控网络系统应考虑如下几个方面：采用新一代、主流网络技术来设计监控网络， 新一代网络技术往往能提供更高的性能，而且有更长的产品生命周期，便于维护。设计方法是按核心层、接入层分级设计。监控网络需要按照模块化、结构化的原则设计，便于今后扩充和升级。针对网络的安全隐患，系统应通过多种安全措施保障系统的安全。监控传输网络系统主要作用是接入各类监71、控资源， 为中心管理平台的各项应用提供基 39 础保障， 能够更好的服务于各类用户。 核心层需对存储设备的网络接入提供支撑， 确保存储设备网络环境安全可靠。核心层：核心层主要设备是核心交换机，作为整个网络的大脑，核心交换机的配置性能较高，满足整个监控系统的数据处理功能。接入层：前端网络采用独立的 IP 地址网段， 完成对前端多只监控设备的互联。前端视频资源通过 IP 传输网络接入监控中心或者数据机房进行汇聚。核心层交换机到接入交换机的网络采用光模块来传输， 带宽达到千兆；结合项目实际需求，网络带宽规划做相应调整。3、存储子系统设计本次监控系统设计存储 1 个月。采用高可靠控制器架构存储产品系列72、。全冗余高可靠 设计， 无单点故障， 彻底保护用户的数据安全。集成 IPSAN/NAS/CVR 应用， 支持视频流直接写入，提供单柜 36 盘位的大容量存储空间， 配备 36 块 6T 硬盘。4、显示子系统设计显示子系统建设的总体目标是： 系统充分考虑到先进性、可靠性、经济性、可扩充性 和可维护性等原则，建成一套采用先进成熟的技术、遵循布局设计优良、设备应用合理、 界面友好简便、功能有序实用、升级扩展性好的液晶大屏幕拼接系统， 以达到满足大屏幕图像和数据显示的需求。根据业主方的需求，本次项目在监控室配置 2 台窄边 55 寸液晶监视器， 通过解码器解码上墙。2.7.2 防盗报警系统2.7.2.73、1 前端前端点位设计前端报警探测器的点位分布直接影响着医院内部的安全， 不同于视频监控设备， 报警 产品在医院安防系统中起着前期防范的作用， 目的就是为了防止意外情况的发生， 以便在第一时间使相关的人员获知意外情况并采取相应的措施，从而达到安全防范的作用。本次医院报警探测器点位的具体分布原则如下表所示：报警点位报警需求 40 收费处防范未授权的人进入，紧急报警，配置红外探测器、报警按钮。护士台紧急报警， 配置紧急按钮。药房防范未授权人进入， 配置红外探测器入侵报警装置：挂号收费、出入院结账、贵重库房等部位应安装入侵报警探测装置。系统报警响应时间：不大于 2s。紧急报警装置： 在挂号收费、出入院74、结账的柜台下方安装紧急报警按钮。每路防区上串联的紧急报警按钮不得多于 4 个。所有防区线缆连通至监控室，在监控室设置报警主机及报警键盘做应急响应。2.7.3 人脸识别门禁系统门禁系统管理主要实现重要场所出入口的安全管理， 对门禁资源、卡片、人员、权限、 报警等进行一体化管理。控制端对门禁资源进行统一的操作管理， 对报警、事件实现中心 化管理， 从而在满足用户对出入口安全需求的同时， 为人员建立了一个安全、高效、舒适、方便的环境。2.7.3.1 系统架构从组成上看，门禁子系统主要由设备前端、传输网络与管理中心三个部分组成。前端设备包括人脸门禁一体机、电控锁、出门按钮等，主要负责采集与判断人员身份75、信息与通道进出权限。另外，电锁接收开门信号，完成开门动作，控制人员放行。传输网络主要负责数据传输，包含门禁一体机与管理中心之间的数据通讯。管理中心负责系统配置与信息管理，实时显示系统状态等，主要由综合安防管理平台和中心发卡授权设备组成。架构图如下所示： 41 综合安防管理平台门禁控制主机工作站USB发卡器USB相机身份证阅读器人脸门禁一体机人脸门禁一体机电锁开门按钮电锁开门按钮2.7.3.2 系统详细设计对医院内财务室、医务人员办公室、监控室的重要场所的出入口处部署人脸识别门禁一体机，采用严进宽出的方式，具体点位依据业主需求作调整。进门：人脸识别； 选用设备：人脸门禁一体机人证访客机或管理中心76、完成人脸照片下发，用户到达人脸门禁一体机前进行人脸比 对进行人脸照片比对。人脸门禁一体机能抓拍人脸信息并传送到一体机内部进行数据分 析和对比，同时一体机内部自动判断当前时间该用户是否允许出入， 若允许进入门禁控 制器中的继电器将操作电子锁开门。 同时比对成功后输出界面文字显示， 并将人员身份信息及现场抓拍图片上传至后台进行完整记录。出门：按钮出门； 选用设备：出门按钮用户出门时通过出门按钮接入到人脸门禁一体机即可实现出门。2.7.4 停车管理系统本工程采用车牌识别停车管理系统，改变了往昔由人工管理或者刷卡/取票管理带来 的泊车效率低、服务差、人为的乱收费和拒缴停车费等诸多问题。系统是以一套完善77、的基 于车牌及车型识别的收费系统作为车辆出入停车场凭证， 通过出入口识别车牌号码及识别车型，车辆颜色来判断车辆进出场的权限并判断车辆的停放时间及所需缴纳的停车费。2.7.4.1 系统设计本工程在通往地下车库出入口分别设置一套车牌识别停车管理系统。. 入口处主要由一个入口余位显示屏、 一台车牌识别摄像机、 一台高速道闸、 一台车辆检测器及线圈构成。. 出口处主要由一个出口收费显示屏、 一台车牌识别摄像机、 一台高速道闸、一台车辆检测器及线圈构成。. 管理中心主要由管理电脑及管理系统软件构成。另外，系统还可选配监控终端及状态显示仪等多种设备应用。通过出入口的数据采集、上传和调用、处理等系列动作，实78、现通出入口管理收费功能。入场说明：车辆驶入车辆识别摄像机抓拍区域，触发地感线圈。 42 车牌识别系统自动抓拍车辆的的图像处理识别出车牌识号及车型并上传。闸机放行，同时记下车辆进入时间。车辆越过进口，驶入停车场内。整个过程自动完成， 无须工作人员干预。车辆一直处于行驶状态， 无需停车， 快速入场。同时，系统的状态显示仪提示系统在整个过程中是否运行正常。出场说明：车辆驶到出口处的摄像机抓拍区域，触发地感线圈。摄像机自动抓拍车辆的图像， 识别出车牌识号及车型并上传， 然后通过检索数据库得出车辆信息。显示屏显示该车的有效期（贵宾车或月租车），车辆停放时间及收费金额（临时车），祝您一路顺风等提示语。语音79、播放应缴金额，祝您一路顺风等提示语。出口管理工作站调出该车入场时的抓拍图像， 入场时间等信息。如果该车属固定车辆情况，闸机自动启竿放行。如果是临时停车，则车辆须暂停交费方能离开。车辆越过进出口，驶入离开停车场，系统记下车辆离开时间。2.7.4.2 系统功能原1.视频免取卡收费系统车辆到达入口， 地感线圈感应到信号后，触发车辆识别摄像机进行拍照，视频车牌 识别软件自动识别车牌号码，并显示在 LED 显示屏上，对于无法识别车牌的车辆进行车 型颜色识别，并归入“待选”列表保存在软件中。道闸自动升起，司机开车入场，进场后道闸自动关闭。这时，收费管理系统中该车辆的停车计时开始。当车辆到达出口时，出口地感80、线圈感应到信号后，触发车辆识别摄像机进入拍照， 视频识别软件自动识别车牌号码，停车场收费管理系统自动结算缴费金额；对于无法识 别车牌的车辆，则人工通过当前车辆与待选列表车辆进入匹配，配对成功后系统将自动结算该车辆的缴费金额。系统结构示意图如下： 43 2.多种收费和消防联动功能具有手机车费支付（微信或支付宝） 等功能。本停车场管理系统同时需与火灾报警系统联动，保证报警情况下道闸开启。2.8 公共广播系统公共广播系统是现代化智能建筑内不可缺少的子系统。系统由音源、广播主机、功放 部分、监听装置、扬声器等部分组成。根据其职能来看，广播系统包括三大部分的功能， 一是在公共区域播放背景音乐， 提供轻松81、和谐的环境氛围。二是业务广播， 工作人员可通 过话筒进行业务广播呼叫。三是作为紧急广播功能， 当发生火灾时相应区域进行强切发出 火灾报警信号。在紧急情况发生时， 系统切换到紧急广播工作状态， 通过呼叫话筒做好及时疏散人群和指挥工作保证人员及财产的安全。2.8.1 需求分析本次公共广播系统按照功能共划分 6 个分区。要求任意分区能同时播放相同广播或单 独广播， 在寻呼找人、找物、发布信息等上达到全方位高质量的广播效果， 实现定时播放 背景音乐、远程广播、消防广播及系统电源设备定时开/关机， 以营造良好的生活环境。当 有紧急信号时系统电源设备自动上电进行相关区域报警并可通过远程寻呼话筒远程指挥 人82、群进行有次序疏散， 真正做到信息化、自动化控制， 从而实际无人值守。针对目前用户 对于背景音乐及紧急广播系统的实际使用要求， 本方案采用自动化广播系统。具体功能要求如下：n 背景音乐系统： 为医院提供一个舒适安逸的环境， 调节心情， 并在不同的使用环境 44 中提供与之相吻合的音乐。n 业务广播系统： 为医院提供一个方便可靠的工作环境， 对指定区域进行广播； 用于服务性和事务性广播。n 紧急广播系统： 为医院提供一个安全而又可靠工作、休息环境， 可与消防设备实施联动。用于火灾或其它灾害时的报警，当发生事故时利用广播2.8.2 系统设计本工程公共广播系统设置在前端设置广播音箱，计算机机房设置智能83、广播中心、音源、功率放大器等设置，实现背景音乐的播放和管理。系统结构示意图如下所示：2.9 信息发布系统2.9.1 系统概述该系统是基于 TCP/IP 的多媒体信息发布系统， 它采取集中控制、统一管理的方式将文字、视频、图片等多媒体信息通过网络发布到分布在各窗口与大厅的显示终端， 以高清数字信号的形式在显示设备上播出，信息发布模式融合了多媒体信息的多样性和生动性，使得各类即时信息能够随时插播， 在第一时间将最新鲜的资讯传递给受众。 45 2.9.2 系统设计本工程主要对每层各电梯厅处设置 1 台信息发布一体机。采用动态、高亮、联网自动发布内容的商显一体机， 替代医院原有的玻璃橱窗、纸质易拉宝、84、板报等传统老旧宣传手段，已成为医院信息化建设的必要工作。2.9.3 系统功能信息发布子系统可以满足这种需求，可应用在以下场景：1、发布出诊医生信息，方便患者挂号；2、发布特色门诊和科室介绍，提高知名度；3、播放权威医生、专家介绍，方便患者按需求有针对性的进行诊断；4、紧急、实时信息发布，提高办事效率；5、显示医院电子地图，方便患者咨询和就诊；6、播放形象宣传片、塑造医院品牌形象；7、宣传健康生活理念，倡导良好的生活习惯，达到公益宣传的作用；8、支持有线电视的播放， 可跟分诊导引系统结合播出， 可通过网络、遥控器多种手段对电视节目进行控制。9、播放对患者有益的娱乐节目，调节患者情绪，营造良好就诊85、氛围。10、支持目前所有主流视音频格式文件，支持 720P、1080P 的节目播放。11、支持在线直播，支持多种网络直播协议： HTTP 协议、 RTSP 协议或 MMS 协议。信息发布子系统基于 B/S 架构，由装载有软件的信息发布服务器进行核心数据调度，网络上的任意一台管理机登录子系统，通过认证后即可实现的内容编辑、管理、发布。2.10 多媒体会议系统2.10.1 系统概述目前多媒体会议系统包括以下几个子系统：音频扩声系统： 音频扩声系统的主要作用是将会议发言通过集中扩声将音频信号清晰 地传输还原， 保证会场有足够的声压场强、均匀的声场分布、足够的语言清晰度， 使所有 与会人员都能听到、听86、清发言内容。同时根据会议需要， 可以在会场播放其它广播、音乐等音频内容。 46 视频显示系统： 该系统主要包括高分辨率投影机等多媒体投影设备， 运用正投或背投 方式，将各类语言文字、视频信号、实物等多媒体信息集中表现， 为会议、会展的深入展开提供有利条件，是电子会议系统的重要组成部分。数字会议系统： 在一个专业的会议系统中， 数字化会议系统是一个可供主席和代表分 散自动或集中手动控制传声器的单通路声系统。在这个系统中， 所有参加讨论的人， 都能在其坐位上方便地使用传声器。2.10.2 需求分析本次会议系统分为以下几大类会议系统： 三层会议室（60 平方）2.10.3 详细设计医院的各会议室功能87、定位如下：三层会议室（60 平方）：需要建设音响扩声系统、会议发言系统、 视频显示系统。 视频显示采用全彩 P1.86 高清 LED，屏体尺寸： 1.44mm*4.16mm。2.10.3.1 三层会议室扩声系统:选用了一流品牌， 根据会议室的长度计算出直达声的衰减量， 然后根据GB- 50371-2006 厅堂扩声系统设计规范会议类扩声系统声学特性指标一级标准， 选择最大声 压级合适的扬声器。 结合会议室的装修布局， 我们选择了 4 只 6.5 寸的全频音箱， 采用壁挂的方法安装在会议室的四周，保证声场均匀。会议发言系统:配置一套无线手拉手数字会议系统， 放置于主席台上， 供领导会议发言 使用88、，数字会议发言单元分为主席机和代表机，主席机具有会议发言、发言管理的功能，代表机具有会议发言、申请会议发言的功能， 本套会议系统能够满足会议发言讨论的使用。视频显示系统： 采用 P1.86 高清 LED，屏体尺寸： 1.44m*4.16m。主要用于开会时的视频播放、会议内容展示使用。2.11 分诊导引系统2.11.1 需求分析针对医院对分诊排队呼号系统的需求， 结合医院门诊楼实际现场环境， 此次计划在门 47 诊楼建设一套“多媒体医疗导引系统”，通过与 HIS、LIS、PACS 等系统进行时时数据交互， 建立较为先进的一级、二级分诊模式， 及显示排队叫号信息、公共宣教信息。系统建成后， 将全面89、提升医院的公共服务技术水平， 提升服务档次， 提升患者对医院的满意度。系统主要可实现以下提升：合理有效引导来医院就诊的人流，改善就医环境。提供明晰有序的分诊显示， 减少护士因导医咨询而产生的工作量， 缓解医患紧张关系。多媒体精确显示，让患者有序候诊，减少患者间因排队而产生的矛盾与冲突。实现医院各个科室的动态多媒体导引。针对不同科室和职能部门，发布对应的医院特色服务信息，进行公益宣传教育。提升医院的视觉环境质量，提高医院档次。2.11.2 系统设计2.11.2.1 系统架构系统采用分布式结构,集中与授权分级管理模式,系统至少支持医院、科室、诊室三级 管理。导诊信息管理中心服务器通过网络远程控制网90、络液晶一体机， 实现智能导诊和信息 的传输、控制、播出。中心服务器对前端网络液晶一体机， 拼接屏以及 LED 显示屏进行统 一控制管理， 极大地降低了管理成本， 提高了工作效率。系统前端显示采用 B/S 架构， 使 管理平台与服务器相对分离， 用户只需通过互联网或医院内部专用网登陆服务器端即可完 成内容设计并发布， 节目通过网络传输到各播放端， 进行本地播放。叫号分诊客户端采用C/S 架构，确保数据的实时准确。系统架构如下所示： 48 2.11.2.2 系统组成网络平台： 可以是医院的局域网络， 系统要求带宽： 中心出口 10Mbps，终端节点 1Mbps，支持 wifi 无线网络。信息发布服91、务器：系统核心，可采用高性能 PC 架构服务器，装有系统主服务程序，用于多媒体内容的存储、调度，数据库的运行操作。它与网络应有良好的带宽保证。分诊服务器： 用于接收 HIS 接口服务器、医生诊室电脑、护士站电脑传来的信息， 实 时生成最新的分诊导引信息， 并按显示规则推送到各个显示终端上， 系统规模较小时， 它可与信息发布服务器合并为一台。HIS 接口服务器：是与医院已有 HIS 系统进行通讯的接口机，它可以设计为双网模式，保证 HIS 系统安全，可根据实际情况，与信息发布服务器合并为一台。管理工作站：用于对系统的管理，包括系统设置，系统监控，内容组织，发布，维护等，可以利用医院原有 PC 设92、备，系统根据权限可设计多台管理工作站。医生诊室电脑： 采用医院原有的电脑， 加装虚拟叫号器软件， 医生方便进行患者叫号。每个医生诊室电脑都需安装“虚拟叫号器 ”软件。护士站电脑： 采用医院原有设备， 加装“医疗导引 ”分诊台软件， 护士可方便进行排队信息检索查询、患者调号等工作。终端网络显示一体机： 用于显示医生叫号信息、多媒体导引信息。它是一台带有网络 49 播放能力的专业液晶显示器， 该设备内嵌有网络媒体播放终端， 一体化设计， 可实现全自动定时开关机，并设计有多种尺寸和样式，便于医院内不同区域安装及工业化应用。媒体播放终端： 医院内已有液晶电视时， 系统可提供独立的网络媒体播放终端， 它93、接受来自网络的数据及指令，实时显示需要播放的内容。数据层：用于数据挂号、排队叫号信息的采集、汇总。应用层：实现数据及内容的组织、调度控制，并接受医生、护士的交互触发事件， 生成信息显示列表。表现层：由网络终端对收到的数据进行解析并生成显示数据。2.11.3 各场景详细设计1、挂号收费处、排队取药窗口等区域 :采用智能排队叫号系统， 与取药引导系统联动。现状： 目前各大医院在挂号收费大厅显示就诊流程、专家出诊信息的问题上还是采用 易拉宝或张贴版等原始方法； 问询台前聚集大量人群， 询问的全是某某科室怎么走； 护士 工作量巨大， 但是服务内容却停留在很低的层次上； 人流量庞大， 整体环境杂乱不堪。94、挂 号收费、等候排队窗口都是大量的等候人群和冗长的等候队伍， 且这些区域还少有护士进行秩序维护，患者同样是得焦躁的排队等候。解决方法：同样在医院的各个挂号收费和等候排队取药窗口分别壁挂或吊装 32 寸分 诊显示一体机，在挂号收费处以及药房取药的每个服务窗口处壁挂或吊装 32 寸网络分诊 显示一体机， 建立可视化排队叫号显示系统， 明示队列详细情况， 让患者了解自己排队的进度情况，安心等候。用于显示收费处等候情况挂号收费引导系统通过调取 HIS 系统信息进行排队操作和窗口分配，并发布在屏幕上。病患根据提示赴相应窗口挂号收费。挂号收费窗口处平时可展示健康咨询等相关信息。窗口屏挂号、收费处显示内容：95、（内容根据医院需求自定义）按呼叫顺序显示每个窗口叫号信息， 最新的呼叫显示在左上角， 每个窗口只显示最新 50 的呼叫信息。 显示画面可任意修改，图片、视频等可以和排队信息组合显示。当挂号处和收费处窗口分诊排队时， 呼叫患者进行挂号或缴费是时屏幕显示“请多少 号到 XX 号窗口办理业务 ”进行挂号或缴费。在进行的同时屏幕无呼叫时而且还可以做信息发布显示，显示温馨提示等多媒体信息。药房取药引导系统通过调取 HIS 系统病患取药信息进行排队操作和窗口分配，并发 布在屏幕上。病患根据提示赴相应窗口取药。取药窗口处平时可展示药品介绍、健康咨询等相关信息。药房流程： 在药房区建立可视化排队叫号显示系统，96、 明示队列详细情况， 让患者了解 自己排队的进度情况， 安心等候。患者缴费完就直接传输信息到药房窗口屏进行排队取药， 药房接收到信息就开始配药存放在相对应的取药窗口上等待患者取药， 由于某些原因患者 迟迟未来取药而药品已经配好排队人多数量就多这样就容易混乱或者已经过号了， 一些药 品有时间限制性的， 不能常温的情况下存放时间过长而导致药性失效药品坏掉不能用浪费， 为了节约成本， 医院可增加自助报道机， 患者通过自助报道机后再进行配药。患者根据自 助报道取号机取号传输信息到药房窗口屏显示取药， 显示在当前队列当中， 这样就可以避 免一些药品从冷藏区取出后不经过长时间的存放而坏掉， 跟着患者就提药97、离开医院得知相关信息后而做的药品及时处理。药房取药报到机制： 采用药房取药报到机制， 避免药房发药窗口机发药后无人领取现 象， 患者报到后方可发药， 帮助患者将药品及时取走， 有效解决取药窗口药品堆积或药品再退库的问题。2、科室护士站/候诊区域(一级分诊)在每个收费处、挂号处一级各科室候诊区或者护士站最易于观看的位置分别壁挂或吊 51 装 49 寸或者 55 寸网络分诊显示一体机（一级分诊主屏、一级分诊副屏），以及在护士站落 地式摆放 1 台自助报道一体机于空旷位置处， 用于患者取号报道避免过号而出现重新排队 的作用， 通过患者刷诊疗卡就直接插入当前就诊队列， 显示实时准确的队列信息， 同时要98、 配有语音提示。患者可清晰看到队列情况， 自己前面还有几位患者， 预计自己等候的时间， 屏幕还可以分屏显示宣传视频或娱乐节目， 让患者能够安心的在座椅上静静等候就诊。不仅让患者心绪平静，护士也大大减轻了工作量，整个候诊区域和候诊过程都安静有序。科室护士站候诊区显示效果如下：3、诊室门口(二级分诊)在诊室门口部署二级分诊屏幕， 在诊室门口壁挂网络分诊显示一体机， 显示诊室信息、 医生介绍信息、进入诊室就诊患者信息以及在门口等候患者的信息，同时配以语音呼叫， 让从等候区到诊室区患者迅速准确的找到要就诊的诊室和医生。还可以根据医院门诊量的 大小、诊室区域的规模、医生看病时长，灵活控制候诊区人流流速，99、控制诊室区域人数。 各诊室坐诊医生可通过用户名和密码实时登陆叫号软件。成功登陆后， 诊室门口的小屏会 对应显示该坐诊医生的简介信息。当医生呼叫患者时， 候诊区的候诊大屏会弹出当前被叫患者的姓名及就诊科室，同时诊室门口的小屏正在就诊的患者信息也会同步更新。4、检查科、放射科科室等排队区域同样在医院的检查科室、放射科科室排队窗口壁挂 55 寸网络分诊显示一体机， 建立可视化排队叫号显示系统， 明示队列详细情况， 让患者了解自己排队的进度情况， 安心等候。 52 分诊导引系统详细点表如下：序号位置/设备尺寸医生诊室一体机药房挂 号窗口 一体机电梯信 息发布 一体机诊区叫号一体机落地专家排班屏落地 取100、号 机诊区壁挂签到机体检诊室屏体检签到一体机1 楼门诊大厅5电梯厅2输液区11中西药房窗口31挂号收费窗口3CT 室311急诊诊室22 楼电梯厅2儿科911妇科211五官科、口腔科411内科、外科10113 楼电梯厅2体检中心1141皮肤、美容科9中医科1011肠胃镜2114 楼电梯厅2手术室家属等候区15 楼电梯厅26 楼电梯厅2合计51612105361412.12 病房呼号对讲系统2.12.1 系统概述医护患对讲系统是现代医院的必备信息化系统之一，是患者在紧急情况或者认为有必要时请求护士进行帮助的呼叫工具。通过病床呼叫系统， 可将病人的请求快速传送给护士， 53 并且通过各种手段提示护士101、呼叫信息，是医院住院病房的必备设备之一。伴随着医疗体制改革的不断深化和信息化水平的提升， 越来越多的患者需要迅捷、方 便地得到医院的各种各样的医疗信息服务。衡量一个医院的综合水平高低， 不再仅仅局限 于治疗水平， 为患者服务， 打造以患者为中心的服务理念正在成为适应现代社会需求主流。 如何利用先进技术为医院服务， 更大程度提高医院的服务质量及利润， 是医院信息化建设中的一个重要着眼点。在数字化医院建设的大背景下， 医护患对讲系统尽管从基本功能而言简单， 但是新技 术赋予了医护患对讲系统更多内涵。现在的医护患对讲系统不再局限于传统的电话线、485 传输模式， 而是全面转向以 IP 网络为线路基础102、的网络模型， 在为患者提供呼叫、对讲功能 的基础服务上，还能为医院提供电子床头卡、多媒体消息、用药通知、健康宣教、输液提醒等多方面的信息服务。2.12.2 系统组成典型的医护患对讲系统，主要由床头分机、呼叫手柄、门口屏、门灯、走廊显示屏和 护士站主机、医生办公室屏等组成。病人按压呼叫手柄后， 门口屏、门灯显亮， 公共区域显示床号，护士站显示或者语音提示，护士进行对讲、服务、增援等处理。2.12.3 系统架构医患对讲系统采用典型的网络拓扑方案。每一个终端， 包括床头分机、卫生间呼叫器、 门灯均采用网线与网络中控制器连接， 网络中控器负责供电和网络接口服务， 网络中控器通过标准 TCP/IP，接入103、医院 IP 网络。按照如下方式进行系统规划。 54 数据接口“e网络中控器P8(网线介质)P8(POE，网络协议）P8(网线介质)P8(网线）双面走廊信息屏 220V呼 ”对讲系统网络拓扑图呼叫服务器HIS系统（或者医院其他系统）护士站主机后台管理电脑护士站综合信息屏P8(网线）局域网MP8(网线）DC12V3A病房内其他病区三色门 灯（数 量：1)卫生间呼叫 器（数量：1-2）床头呼叫分机 （数量：1-3）门口信息屏220V输液提醒屏220V每间房间选择一个合适位置安装网络中控器， 工程施工时需要预留线路到网络中控器。典型的线路含预留，包括：网络中控器到卫生间呼叫器敷设 6 类网线；网络中控104、器到门灯敷设 6 类网线；网络中控器到楼层交换机敷设 6 类网线；网络中控器到床头分机敷设 6 类网线；（床头分机和网络中控器在同一治疗带安装， 则可以不预留）网络中控器预留 220V 电源接口；每个床位配置 1 台屏床头分机， 床头分机配置呼叫手柄， 床头分机一般采用半内嵌式安装，工程施工时预留网线。卫生间和浴室需要安装紧急呼叫器。病房门口根据需要可以选装三色门灯或者门口屏， 门灯需要拉网线到网络中控器。门 口屏为标准 IP 设备， 需要单独留 220V 电源， 网络部分则可根据医院要求， 选择网线到楼层交换机或者网络中控器。护士站主机为标准 IP 设备， 通过网络接入整个系统。护士站主机为105、标准电话机样式，能够实现模拟电话和 IP 电话的接入服务。护士站信息综合屏和走廊屏都是采用 IP 网络接入，均需预留 220V 电源和网络接口。中心机房配备 x86 服务器， 用于完成服务统计、数据录入、与医院其他信息系统接口等功能。 55 2.12.4 系统功能1、呼叫对讲呼叫与护士站主机进行对接是整个系统的基础功能， 按照不同的业务场景， 典型呼叫 包括如下三种。当呼叫被触发时， 不仅护士站、护士站信息屏、走廊屏和门灯有对应提示， 无线腕表等拓展设备也可以进行联动。 一旦开启呼叫转移功能， 则接听会自动转移到对应位置。普通呼叫：患者通过床头分机呼叫护士站；紧急呼叫： 患者通过卫生间分机呼叫106、护士站， 紧急呼叫无法实现语音对讲； 紧急呼叫的优先级别高于普通呼叫。增援呼叫： 医护人员在病房通过床头分机（或者护士站操作） 呼叫，通知其他医护人员增援；增援呼叫的优先级别高于普通呼叫和紧急呼叫。广播呼叫： 护士站主机对办公区、病区或指定区域进行语音广播呼叫； 语音广播呼叫可以是 1 对 1 的双向呼叫，也可以是 1 对多的单向呼叫。火警广播呼叫：对接火警系统，可以支持火警情况下紧急告警。（可选定做功能）2、床头语音提示当患者使用床头分机进行服务操作时， 床头分机根据患者不同的操作以及所处的状态， 为患者提供不同的语音提示信息， 方便患者等候、使用。目前床头分机自带的语音提示包括如下几种：语107、音包括：回铃音：呼叫成功，等待状态；忙音（失败音）：护士站主机出现故障，或者网络服务失败；振铃音：护士站主机发起 1 对 1 呼叫，提示患者接听；闹钟音：消息提醒或者提示音；增援提示音：当按下增援按键后提示患者和护士的声音；火警提示音：出现火警，给出的火警提示服务音；服务等候音：女声语音提示，护士正在前往服务；服务结束音：女声语音提示，提示服务已经结束。院方如果有更多个性化需求， 可以定制语音。（需要支付一定费用和一定的时间周期）3、服务增援服务增援是一项叠加服务， 即增援只在呼叫、服务状态下才能激活。主要用于特殊情 56 况下的呼叫服务。当增援被激活时， 护士站、走廊屏、医护办公室甚至护工均108、能收到增援信息，门灯显示效果也区别于普通呼叫。服务增援的典型应用场景包括：护士夜班查房；护士处理时出现紧急突发情况；临时需要人手支援情况；4、病房广播语音/文字呼叫广播是“e 呼 ”系统的特色功能之一。护士可以通过录制语音进行指定 或者广播式通知， 也可使用文字方式进行消息推送式广播。可以根据时间等进行预排， 系统到约定时间进行自动广播，从而降低了护士的工作量。5、电子床头卡电子床头卡功能是以床头呼叫显示屏的大屏为基础， 实现传统纸质床头卡的电子化服 务。电子床头卡的信息支持手动发布和自动发布两种模式。大多数是通过与医院 HIS 系统对接，实现电子床头卡信息的自动更新和数据替换。电子床头卡的信109、息可以根据医院的需求进行定做（根据定制情况需支付定做费用）。床 头呼叫显示屏的屏幕采用全触摸设计， 能够扩展用于其他信息化服务。在停止信息化服务操作后，呼叫显示屏默认显示电子床头卡信息内容。电子床头卡的典型展示内容如下图所示。 一般而言， 电子床头卡的信息要求简洁、清 晰， 能够在较远距离上（超过 2 米） 准确识别。对于某些信息化条件好的医院， 显示屏上甚至可以显示例如患者照片，专家团队等多媒体服务信息。6、费用查询“e 呼 ”系统通过与医院 HIS 系统对接后，院内住院患者及家属可通过在床头呼叫显 示屏上输入住院号等方式， 查询自己住院期间的治疗费用使用情况。可有效减少因医疗费用引起的医疗110、纠纷，为树立医院良好形象、提高患者满意度起到了重要作用。 57 2.13 ICU 探视系统2.13.1 概述随着现代科技在医学领域上的应用急速发展之下， 医院正担负一个跨时代的重任， 也 正面临一个重要的挑战。就是如何利用现代科技来加强重症监护探视的管理， 如何提升重症监护探视的互动使得家属探视变得更加有效。因此， 能利用先进的计算机技术， 全高清视频技术， 和网络通信技术等， 将重症监护 室音视频以及医学影像数据进行实时直播。这样的“ICU 重症监护探视系统”，正是目前所有医院管理者急欲寻求的解决方案。ICU 探视系统根据重症监护室特殊的环境进行设计，整合了多种高科技的技术，能够实现重症监护111、室内的图像实时远程直播的智能化管理系统。ICU 探视系统可以让探视家属与重症监护室进行物理分离，同时又能将重症监护室内 的图像,清楚的在探视间异地同步实时复现， 使探视家属不必进入重症监护室， 就可以直接 的观看重症监护室内的全程诊疗过程， 同时可以与医师或护士进行语音互动。让探视家属 有更多的探视机会， 极大的解决了医院目前面临的重症监护探视难的这一难题。重症监护 室中的其他视频设备、诊断设备， 如监护仪等也可以很好的与探视进行对接， 更好的实现诊疗内容的完整直播。2.13.2 系统设计2.13.2.1 系统组成根据xx中西康复院医院的具体需求， 我们为医院配备使用高清视频信号， 视频清晰度112、达到 1080P。可以很好的进行组合使用。整个系统一共包括以下内容： 58 重症监护室音视频输入输出： 对每间重症监护室部署智能高清球形摄像机， 结合拾音器采集室内音频信息，通过安防网络时时传输至后台。家属探视室探视交流：通过摄像机参与重症监护室病人的视频探视。远程控制： 在被授权的情况下， 可以远程控制重症监护室的摄像机云台， 进行上、下、左、右移动及拉近、拉远镜头，获取最佳观看视角。护士管理工作站系统管理中心： 对重症监护视频探视系统进行用户管理， 权限设定， 访问控制， 录制排程等管理。2.13.2.2 系统工作流程根据业主方的实际需求， 配置远程视频探视系统， 可实现多间病房进行视频探113、视活动。 拟定在院内配置两间探室间， 每间放置一台 55 英寸监视器， 通过解码器或硬盘录像机进行音视频投放。家属每次进行视频探视时， 只要得到重症监护室或中央控制台的授权， 探视间就可以接收到重症监护室传来的清晰的直播信号。可以观看到重症监护室内的实时图像。当探视系统进行视频探视时， 可以视频实时观看重症监护室内诊疗的进行。而观看的 角度，也可由探视间按需要做上、下、左、右移动或拉近、拉远细节摄像机镜头，以取得最佳的观看效果。当完成第一阶段的建置， 后续的系统可以很方便的扩充， 如增添视频解码器及显示器。2.14 手术远程会诊系统2.14.1 系统概述远程会诊是医院进行临床交流的必要手段。 114、采用手术远程会诊系统，可以方便地举行 医学学术交流，有效而方便地提高全国同行业的手术水平，各地相关科室医生无需出差，就可以在本地清晰地观看高清的手术全过程，如果需要，还可以与主刀医生实时通话。2.14.2 设计原则1. 高清还原手术场景整套系统从图像采集、图像编解码、多点控制单元、显示设备、录制设备都能支持 59 HD1080P，图像清晰度为传统手术示教系统（4CIF）的 10 倍， 人体器官各种细小特征信息都能在示教端屏幕上显示的清清楚楚。2. 可靠稳定支持超长手术手术示教方案主系统采用电信级参数进行设置， 支持超长时间手术， 具有多级备份机 制， 确保系统在检测到某单元模块在疲劳运行或者出115、现异常时可以切换到备用设备上继续可靠稳定进行。系统采用高度一体化设计，减少模块间偶合性，提高系统可靠性。3. 协议标准扩容灵活采用标准的技术， 使医院手术示教系统扩容方便灵活、不受限于单一厂商。高清图像编码完全符合国际标准，包括支持 H.264 压缩格式。4. 系统开放便于集成管理控制单元提供开放的 API，本系统的业务生成和支持方式可以实现标准化，方便 实现和 HIS 系统及医院其它业务系统的集成。规避出现不同医疗信息系统的信息孤岛问题，最大程度保护用户的投资。5. 临床技能培养运用高清手术转播示教系统进行形象直观的手术示教,是医学生接受临床外科技能培 养训练的最佳途径之一。高清手术转播示教116、系统突破了手术室消毒隔离环境的局限， 目前已被国内外专家广泛应用于手术观摩交流。6. 影像系统融合近年来， 随着医学领域科学技术的发展和突破推动了医疗设备的不断进步， 大量先进 的医疗设备在各级医院及医学院得到逐步的应用和普及，以数字化医疗影像技术为基础， 与 HIS/PACS 以及医院 OA/E-Learning 等系统相融合，成为手术示教和观摩系统融入医院信息化整体建设的关键。2.14.3 系统组成为了开展手术指导和直播点播的业务， 手术室和终端机房必须部署专用的硬件设备及 相应的软件系统，包括手术示教终端、全景摄像机、术野摄像机、远程会诊中心（华为视频会议终端由卫健委提供） 等。此项目手117、术示教系统按照 1 个手术室的方案进行部署设计。 60 2.14.3.1 手术室场景手术室采用移动推车的形式， 在满足医院需求的前提下， 大幅节约系统建设成本， 也适用于老手术的信息化建设和改造。手术室内高清术野摄像机的高清视频信号、高清全景摄像机、手术室其他医疗设备、 工作站的视频信号直接输入到高清交互示教终端中， 编码后通过医院局域网络传输到机房示教服务器中。手术室内的医生可通过示教移动转播车上的医用触摸显示屏进行视频预览、音频测试、 示教发起、云台控制、录制管理等相关控制功能； 直播开始后可通过医用触摸显示屏进行各项信源的切换观看。手术室的音视频信号通过高清编解码终端编码与，实现手术室内118、医生与示教室的专家 进行双向对讲功能， 手术室内的医生能得到示教室专家的指导及讲解， 以及对院内各个示教终端提供手术的直播和点播教学。2.14.3.2 远程场景院外专家通过呼号远程会诊中心 （华为视频会议终端由卫健委提供） 可以实现与手术室之间的双向互动。 61 2.15 机房工程2.15.1 系统概述基础设施的建设，很重要的一个环节就是机房的建设。机房工程不仅集建筑、电气、 安装、网络等多个专业技术于一体， 更需要丰富的工程实施和管理经验。机房设计与施工 的优劣直接关系到机房内设备系统是否能稳定可靠地运行， 是否能保证各类信息通讯畅通无阻。由于机房的环境必须满足计算机等各种微电子设备和工作人119、员对温度、湿度、洁净度、 电磁场强度、噪音干扰、安全保安、防漏、电源质量、振动、防雷和接地等的要求。所以， 一个合格的现代化机房， 应该是一个安全可靠、舒适实用、节能高效和具有可扩充性的机房。本次医院机房工程的建设项目包括：地面工程、 等电位接地工程、配电UPS工程 、 精密空调系统、 机房环境监测等。本方案书根据国家规范及行业标准设计和施工。2.15.2 总体设计规划本项目中心机房位于医技楼3楼，建筑面积约为93平米， 考虑到本项目的中心机房建设 的关键性及重要性， 提供的设计方案需满足国标数据中心设计规范（GB 50174-2017） 中B级机房标准。 建议将计算机中心隔出一间作为电池间及120、消防钢瓶间， 满足UPS不间断电 源及气体灭火系统的使用要求。 中心机房共设置20台600mm*800mm*2000mm标准服务器机柜，机房顶面、墙面、地面防尘等装修工程由装修单位实施。2.15.3 机房地面在铺设地板前必须先对地面进行较好的预处理， 首先抹平机房地面， 作防尘、防水处 理，再开始刷地台漆一遍， 起防潮、防霉作用，然后再刷防静电水泥漆一遍。 此部分由土建单位实施到位。之后敷设陶瓷贴面钢质防静电地板， 规格为 650mmx650mmx40mm 架空设置高度为可在 150mm及300mm之间调较。地板铺设方式必须满足系统设备及机柜安置要求。地板与建筑地 面之间用以敷设连接设备的各种121、管线。架空地板应可拆卸，所有电缆管线的连接、检修、 更换均应便捷。地板下管线敷设路径应尽可能做到距离最短， 以减少信号在传输过程中的损耗。 62 地板为用组合型， 上板为无污染材料超硬质钢板、下板为拉伸冷轧钢板， 地板表面经 过防静电环氧树脂喷塑处理， 中间填充进口泡沫水泥， 且表面应可粘贴各种地板覆盖物作装饰。地板配套附件包括支座、桁 梁等均为全钢组件，表面经镀锌防腐处理。架空地板主要构件包括地板、可调支撑、桁梁和缓冲垫等。所有建筑 地面均用水泥砂 浆找平抺光处理以满足地面平整度的要求， 且所有地面均刷防尘漆两遍做洁净处理以提高机房洁净度。2.15.4 机房 UPS 配电工程机房供电采用38122、0/220V 电压、50Hz频率和三相五线制（即TN-S系统） 的配线方式， 机 房电源为双回路供电方式。 优点为： 正常工作时保护地PE线不呈现电流， 设备外露可导电部分不呈现对地电流，在事故发生时易切断电源，操作安全，电磁适应性强。因机房设备分设备和辅助设备， 这两种设备对供电电源有不同的要求， 所以采用两种 不同的电源供电： 即一种为普通电源， 一种为不间断电源。普通电源给计算机辅助设备供 电， 如： 精密空调、照明、维修插座、辅助插座等等。不间断电源给计算机设备供电， 如： 服务器、主机、终端等IT机柜内的设备。本项目在配备两台UPS，1台20KVA给各弱电井设备机柜供电，1台60KV123、A给机房设备供电。60kVA的UPS主机配置64节12V100AH蓄电池，20KVA的UPS主机配备16节12V100AH蓄电池。满足机房及弱电井道设备1小时后备时间。电池应业主要求采用甲供形式。机房电力负荷计算：机房UPS满载容量计算UPS输入电流： 1.2*（60kVA/380/1.732）=109A （1.2为安全系数）， UPS输入总开配置125A/3P的塑壳断路器；机房UPS输出电流： 1.2*（60kVA/380/1.732）=109A （1.2为安全系数）， UPS输入总开配置125A/3P的塑壳断路器； 63 精密空调负荷： 机房共使用2台30kW水平送风行间精密空调。此精密空124、调室内机最大电 流为54.5A，室外机最大电流为3.6A。 由此计算整个微模块内2台空调最大电流为：2*（54.5+3.6）=116.2A 。上述以外及为本期工程服务的设备机房以外范围的用电设备的用电量， 目前本期工程内暂不考虑。2.15.5 机房防雷接地工程防雷设计原则： 将绝大部分雷电流直接引入地下泄散（外部保护） ；阻塞沿电源线或 数据线、信号线引入的过电压波危害设备（内部保护及过电压保护） ；限制被保护设备上浪涌过电压幅值（过电压保护）。以上三道防线，互相配合， 各行其责， 缺一不可， 在作保护时， 充分利用该建筑物本身外部防护设施，而严密考虑机房内的防护要素。机房防雷设计1）强电防雷125、：采用三级的分级限压措施。电源第一级（B级） 用高能量防雷器， 安装于电控室内， 与总配电柜内供给机房的供电 回路总开关输出端的L1、L2、L3、N线（对PE）并接， 用来防止电力线在引入的传输途中受 到的直接雷击或感应到的未经衰减的雷电流（雷电击中附近地区而在电力线上产生的较强 的感应电流） 沿电力线进入机房供电系统。防雷器前加装断路器1只。（该部分由强电单位负责实施）电源第二级（C级） 用浪涌过电压保护器， 装于中心机房所在的配电箱处， 保护器与配 电箱总开关输出端的L1、L2、L3、N线对电源PE地并接， 用来防止从一级防雷器过渡后剩留 的雷电流威胁值， 以及电力网的波动、浪涌和人为操作126、等过电压沿供电线侵入本建筑物的用电设备，保护器前加装断路器1只。机房设备供电的三级（D级）保护。对各中心设备的供电电源插座设置防浪涌电压保护器进行防护。2）中心设备防雷每条进入中心的室外线缆均设置相应的视频、控制、以太网信号防雷器等进行防雷，保护中心重要设备。接地设计本工程的智能化系统， 接地主要有交流工作接地、保护工作接地、屏蔽接地。智能化系统的接地线都接入各单元总接地端子箱（包括不带电的弱电金属管， 线槽， 分线箱等） ， 64 均与电气系统等电位点连接，要求接地电阻不大于1。机房内设备接地： 在机房静电地板下地面上刷绝缘漆（环氧） ，用303mm铜带按间距 12001200mm制成网格，127、 形成等电位面， 网格与接地体、静电地板支架连接， 并在机房内 设置等电位端子箱， 将机房内所有设备、机架金属外壳， 进出机房的金属管道、桥架线槽、 金属门窗、通信电缆金属屏蔽层和光缆的金属加强芯等铜芯线就近接于等电位端子上， 通过等点位端子与建筑物结构地网采用单点接地方式。如下图所示：接地引入线（单点接地线） 材料选用50多股铜芯电缆或440 镀锌扁钢。接地引 入线应作防腐（扁钢） 、绝缘处理，可沿强电井下引，裸露在地面以上部分，应有防止机械损伤的措施。机房各金属机架防静电地板金属支架应等电位连接构成室内局部均压带，并用6mm2、35 mm2多芯线引到汇集排或机房等电位网。2.15.6 机房128、制冷系统本项目位于浙江省台州市， 本项目采用精密空调制冷方式。本项目采用2台常温型30kW 行级精密空调机组。高精度控温， 高能效比，制冷量根据系统的总功率大小进行匹配。整 套系统采用密闭式气流管理， 冷/热通道均封闭， 大大提高空调能效比； 根据IT业务上线进 度， 合理配置盲板数量， 防止气流短路， 避免冷量损失。由于本项目空调室内外机距离未 定， 故暂按每台空调配置10米铜管以及配套的相应组件。以下是本项目采用的精密空调的气流组织：本次项目的设备布置采用业界主流实用的冷热通道分离， 并采用密闭冷通道的气流遏 65 制组件的方案。此布置具有如下特点：采用行间级精密空调，水平送风冷通道密封，129、减少冷量损耗；冷通道密封后， 冷空气在冷通道内形成资源池， 实现了冷气流的充分共享， 可有效解决局部大功耗设备散热问题；实现冷热气流高效隔离，提升冷气利用效率；由于冷热气流高效隔离（无混合），可通过提升送风温度进一步节省制冷能耗；制冷系统方案优势：数据中心能耗较高， 设计将采用多种技术措施， 降低能耗， 降低PUE。具体措施包括：机房采用冷、热通道概念设计， 使机房气流组织合理， 向电子设备入口处提供最多冷空气，并让设备有效地排出热空气。采用冷通道封闭，基本实现完全的冷热隔离，提高空调系统效率。行级精密空调采用高效无极调速风机， 能够自动调节风量大小， 提高风机效率， 降低能耗。水平送风， 近130、端制冷，减少气流短路， 如减少地板出线， 必须出线的孔洞也应在穿线后严密封堵；利用盲板密接服务器柜内各服务器之间的未安装服务器处。精密空调、风机等动力设备应选用技术性能好、运行可靠、能耗低、自动化水平高的设备。2.15.7 动力环境监测系统机房动力环境监测系统是一个数据采集、加工处理、统计分析的数据管理平台。系统 监测的数据， 一方面用来实时反映基础设施当前的运行状态指标， 以便中心机房维护管理 人员第一时间发现问题， 及时消除， 避免对数据中心所支撑的各个业务应用的影响； 另一 方面， 按照一定的原则和要求， 保存历史监控数据， 用于日后事故追踪、查询统计和趋势分析。数据中心的监控对象包括：131、 数据中心供配电动力状况及其相关设备、数据中心环境状 况及其相关设备、数据中心空间物理安全状况及其相关设备。这些在数据中心承担不同功 能的设备，类型多、数量多、参数多、连接多，而且它们自身也可以组成一个个相对独立 的硬件系统。因此， 需要通过一个统一的监控管理平台， 集成这些系统， 实现724小时的全面集中监控和管理，保障数据中心安全稳定运行。该系统由以下三层架构组成： 数据采集层、数据管理层、交互展示层。本系统组成示 66 意图如下：采集层： 由各类型传感器、智能监控模块等组成， 实现对现场环境、动力设备等数据采集。现场各类型传感器将监控信号接入数据管理层的一体化监控主机。管理层： 由一体化132、监控主机及相关软件组成， 通过网络及总线的方式接入数据采集层 的数据。实现数据集中监控、界面管理、报警管理、报表管理、联动管理、远程管理、日志管理、数据管理、权限管理、配置管理等功能，满足7x24小时不间断运行。展示层： 提供B/S客户端供监控系统页面的人机交互， 实现页面查看、页面配置、告警 配置、报表配置、权限配置、系统配置等管理功能。提供短信、电话、声光、语音、邮件、微信等对外告警提示。该智能管理系统有以下几大优点：进行高可靠性的设备数据采集，保证设备的不间断监控。简单安装、快速维护、升级方便。无人值守、管理高效。价格合理、节省空间。以下是本项目采用的监控主机及动环监控系统的主要参数：监133、控主机产品特点：1.系统运行安全可靠采用嵌入式系统， 软硬件一体化设计。监控软件全部固化。主机具备来电自启动功能， 67 断电之后无需人为手动启动。2.安装维护方便19寸机架式安装， 不需要后台服务器， 不需要安装任何软件， 监控主机外接传感器便可投入应用。3.接口丰富，扩展方便主机提供多达36路外接传感器/控制器接口， 包含8路模拟量输入接口、 12路数字量输 入接口、 4路继电器输出接口、4路传感器供电电源接口、2路RS232接口及2路RS485接口。 RS232、RS485端口可按照客户的需求定制成2个RS232加上2个RS485或者4个RS232或者4个RS485，灵活应用在不同的场合134、。另外主机还提供4个USB接口、 1个VGA接口、 1个HDMI接口、 1个10/100M自适应网口、 1个耳机接口、 1个麦克风接口。4.系统功能齐全可存放数年的监控数据， 内置数据库可检索的历史数据、报警记录及系统日志等， 历 史数据支持曲线图功能， 能直观显示数据的变化趋势， 检索出来的数据支持Excel形式的数据导出。主机配合相应的外设可实现短信报警、 电话报警及邮件报警， 全面的报警方式可随时提醒管理员机房出现的险情。遥控接口主要是遥控灭火、防湿、电源电网的管理、空调远程的开关等。遥控的工作 模式采取两步完成， 第一步选中要控制的对象， 并返回对象选中与否的信息， 第二步确认 执行，135、 这样大大提高了遥控的可靠性， 比如控制电源系统； 也可以直接工作， 比如控制路由开关。配电柜监控监控实现： 通过配电柜智能电量仪RS485接口接至采集器。采集器通过实时不间断的轮询采集将信息传送给监控平台进行显示、报警。监控性能： 实时测量动力配电柜、USP输入输出柜的输入电源的电压、电流、功率因数 等电力参数， 对于精密配电柜还具备测量支路的电力参数监控。可设定电压、电流的上限 值与下限值， 当监测的电压或电流超过设定的允许值时， 系统诊断为有故障（报警） 事件发生，监控主系统发出报警。UPS监控监控实现： 通过UPS的智能接口接至采集器。采集器通过实时不间断的轮询采集将UPS的信息传送给136、监控平台进行显示、报警。 68 监控性能：实时显示并保存各UPS通讯协议所提供的能远程监测的运行参数和各部件 状态。实时判断UPS的部件是否发生报警， 当UPS的某部件发生故障或越限时， 嵌入式监控服务器系统发出报警。电池监控监控实现： 通过专业蓄电池检测仪、温度传感器、电流变送器等接至采集器。采集器通过实时不间断的轮询采集将信息传送给监控平台进行显示、报警。监控性能： 精确测量电池电压、电池温度、充放电电流等各项参数， 运用 FY-DCMS 系统对电池组进行 7*24 小时的预警监控，确保了系统的可用性。精密空调监控监控实现： 设备提供通讯接口。按实际情况划分区域， 将一个区域内的精密空调通137、过 智能接口接至采集器。采集器通过实时不间断的轮询采集将信息传送给监控平台进行显示、报警。监控性能： 监测精密空调运行状态， 故障时进行报警。， 能够实时显示并保存各空调通讯协议所提供的各项运行参数、各部件状态及报警情况。温湿度监控监控实现： 在机房内的重要区域安装温湿度传感器， 带有RS485接口。按实际情况划分 区域， 将每一个区域内的温湿度传感器接入采集器。采集器通过实时不间断的轮询采集将信息传送给监控平台进行显示、报警。监控性能： 实时显示并记录每个温湿度传感器所检测到的室内温度与湿度的数值。并 可设定每个温湿度传感器的温度与湿度的上限与下限值。当任意一个温湿度传感器检测到的数据超过设138、定的上限或下限时，监控主系统发出报警。漏水检测机房内具有漏水隐患的设备， 诸如空调管道、冷凝水排放设施， 在防水围堰内设点式漏水检测传感器， 在有漏水情况发生时， 可以第一时间通知机房运维人员具体的漏水位置。监控实现： 漏水控制器通过智能接口接至采集器。采集器通过实时不间断的轮询采集将信息传送给监控平台进行显示、报警。2.16 综合管路系统2.16.1 系统概述智能化系统是现代建筑物内的综合系统工程。它与大楼内所有建筑物的机电设备如 69 变配电、空调、照明等设施有密切关系。大楼智能化系统对建筑物来说是一个整体， 每个 智能化系统都有电缆管线， 整个大楼遍布着智能化系统的电缆。管路设计的目的是139、使这些电缆按一定的规律，合理有序地安置在大楼内的综合管路中。综合管路的工程设计， 其内容包括与整个智能化系统相关的弱电预埋管、预留孔洞、 弱电竖井、桥架、管路及系统的电源供应、接地、屏蔽和机房。综合管路的设计和施工还 牵涉到和其它管道（如暖通、给排水和强电） 的关系， 以及建筑功能的综合配管或调整，桥架敷设预埋等。2.16.2 设计说明智能化系统对建筑物来说是一个整体， 从管理、计算机机房、弱电管道到各个信息 点或控制点都有相关的路由。这些路由要按一定的规律， 合理有序、有机地通过智能化系 统的综合管路安置在大楼内。综合管路系统的设计， 可以合理地建立智能化系统的公共通道。综合管路的内容包括了140、与整个智能化系统相关的预埋管、预留孔洞、弱电竖井、桥 架、管路及系统的电源供应、接地、避雷、屏蔽和机房。综合管路的设计和施工还牵涉到其他管路（如暖通、给排水和强电）和建筑功能的综合配管或调整,桥架敷设预埋。本次中心的垂直干线敷设在槽式弱电桥架内， 水平走线采用槽式弱电桥架。弱电桥 架的采用可以大量减少预埋管路， 方便建筑施工， 并且可避免预埋的盲目性造成的损失，修改管线和维修都很方便。工作区采用 JDG20 或 JDG25 管预埋敷设到各个工作点，保证各网络信号的传输性能。在本项目的弱电管井内设垂直桥架， 分别和各楼层的水平桥架系统相连接，尺寸为300*100，桥架内每米设置一个绑扎扣环， 以141、固定垂直光纤、大对数电缆等其他弱电线路。电源系统单独穿管，通信、智能化系统共用桥架。垂直桥架安装后，应在弱电井内设置封闭板，平时关闭，检修或增加干线时开放。 和垂直桥架相对应， 所以我们在每层的走廊吊顶内安装了水平桥架， 用于放置各个系统的线缆。楼层主要采用 300*100 与 200*100 相结合的方式。安防电源、广播系统单独穿管。水平管路主要为从水平桥架至各个系统终端所使用的管材， 采用的材料视各个系统 的不同而不同。安防系统从桥架的引出线路为 JDG20、JDG25。地下室无吊顶处采用明敷，其余为暗敷。 70 桥架应固定在墙面上（或吊顶下） ，要求桥架为全密封结构， 以防鼠害。可通过锁142、扣开启盖子，桥架之间通过配套的连接片和螺栓连接。金属桥架用来安放和引导电缆，并起到机械保护的作用。同时还提供了一个防火、 密封、紧固的空间使线缆可以安全地延伸到目的地， 并为今后维护和扩充提供方便； 桥架 内线缆的总截面积不超过桥架内截面积的三分之一；金属电线管内线缆的填充率不超过60%。管线施工单位要求能够根据国家标准， 确保电缆铺设的可能性， 清除管内毛刺和垃圾，并在管内留有穿线所需的引导钢丝。为了确保穿线顺利， 在电线管排放中， 施工单位应根据建筑规范在管线分支、连接、转弯处设过线盒。根据综合布线系统的施工要求，每根电缆的转弯半径要求为其电缆外径的 8-10 倍。 因此， 吊顶内桥架在转143、弯或分路处均应设置 45 度转角，（在管线转弯处不能拐死角， 转弯半径10cm。水平线槽和竖井梯架连接处， 及水平线槽和管线各连接处须配以相应规格的分支附件，不能断接，以保证线路路由的弯曲自如以及线路的安全。若管线长度不够，需加套管时，应加外套，不能加内套。在个别地方不能通过电线管时， 可用金属软管连接， 软管内径不能小于电线管内径。此次使用的插座底盒全部为国标 86 型铁盒。在各信息插座处应在墙内预埋国标 86 型铁盒， 各铁盒与墙内管路应连接良好， 不能断接； 底盒上的螺丝孔（耳朵） 不能损坏，否则面板无法安装。信息插座距离强电插座应该大于 20cm。在建筑物内， 为了防火的要求， 导线出144、槽时要穿金属管或金属软管， 导线不得有外 露部分； 同时线槽应采用防火材料制成。整个预埋线管和线槽与桥架的施工， 可几个部分 组成： 引入配线、辅助配线箱或配线架； 垂直桥架部分， 楼层水平管线部分。壁龛分线部分（包括配线接头箱，过路箱、分线箱以及出线盒等接线设备）。电缆敷设要求如下：1）电缆保护管的敷设电缆管不应有穿孔、裂缝，内壁应光滑，管口应无毛刺和尖角，管口做成喇叭形。 弯管后， 不应有裂缝， 其弯扁程度不超过 10%，弯曲半径不应小于电缆的最小允许弯曲半径。 71 电缆管外表面刷沥青漆作防腐处理， 镀锌管镀锌剥落处应涂防腐漆， 埋入混凝土内的管子可不涂防腐漆。电缆管管径如无设计要求，管145、内径与电缆外径之比不小于 1.5，每根电缆管弯头不 应超过 3 个， 直角弯不应超过 2 个。电缆管连接应牢固， 密封良好， 两口对准， 且不得直接对焊。电缆保护管必须作好接地跨接，若管接头采用套管焊接时可以除外。引至设备的电缆管管口位置，应便于与设备连接并不妨碍设备的拆装和进出。2）控制电缆线槽的安装线槽及附件的质量必须符合设计要求和现行的有关技术标准，并按设计进行选择，线槽的填充率不应大于 40%，并应有一定的备用空位，以便今后扩容。安装时应与土建紧密配合，作好孔洞预留和预埋件埋设，线槽的安装位置及高度，必须满足设计要求及规范规定。线槽水平敷设， 跨距为 1.53m，线槽垂直敷设固定点间距146、不大于 1.5m，支架应焊接 牢固， 横平竖直， 同层横档高低偏差不应大于 5mm，沿线槽走向的左右偏差不大于 10mm。线槽连接必须采用螺栓连接，且螺母应位于外侧。线槽采用引出管时， 必须用开孔器开孔， 开孔应整齐， 与管孔径吻合， 严禁采用气、电焊割孔，连接应采用管接头，严禁焊接。线槽及其支吊架均应良好接地，接地干线与每段线槽，均应至少有一点可靠连接，包括弯头等，在有振动的场所，还应装置弹簧垫圈，软连接处应采用纺织铜线连接。线槽在穿过预留孔洞、楼板及墙壁处， 应采用防火隔板、防火堵料作好密封隔离措施，防止火灾沿线路延燃。 72 第三章 医院软件信息化建设方案数字化智能医院建设的核心是建立全147、面的管理信息服务和临床信息服务， 用最新的最 先进的 IT 技术对全院的信息资源(人、财、物、医疗信息)进行全面的数字化， 优化和整合 医院内外相关资源为临床及管理服务， 提供先进的， 便捷的， 人性化的医疗服务； 同时建 立全院科研教学的信息平台和数据仓库， 提高医院服务水平、技术水平及管理水平， 提高医院的整体经营效益，打造现代化的数字医院。信息化建设预期达到的目标： 达到国际上同类数字化医院建设的先进水平 达到国内同等级医院数字化建设的领先水平 应用国际上最先进的信息技术和物联网技术 医院就诊流程和诊疗服务模式达到国内先进水平 医疗服务质量管理达到国内公认的一流水平 医院的运营管理达到国148、内公认的一流水平 市民和病人的满意度达到区域内各医院最高水平 达到卫计委互联互通标准符合性评测 5 级水平 达到卫计委电子病历应用水平等级评价 6 级标准 因此，我们建议从以下几个方面完善数字化医院建设：建立就诊者诊疗信息服务，实现以患者为中心的诊疗全过程的信息化服务；建立医院临床管理服务，实现医院医疗临床服务中医务、护理管理、抗菌药物、传染病、院感相关的业务监管和质控；建立医技信息管理服务， 实现医院辅助临床服务的各医技科室与患者诊疗、临床管理、医院资源的协同；建立医院资源管理服务，实现医院药库、后勤物资设备、消毒供应、医疗垃圾全物流管理；建立医院运营管理服务，实现医院预算、成本核算、绩效考149、核、奖金分配等医院经济运营精细化管理；建立区域医疗协同服务，实现集团化医院间的医疗协同服务（保持各医疗机构间信息建设独立）； 73 建立医院信息平台建设，实现医院内部应用系统的一体化数据集成和应用集成， 并基 于集成平台建立医院信息资源中心， 实现临床集成视图、医院决策分析， 科研数据管理等应用。3.1 就诊者诊疗信息服务2.1.1 医院信息管理系统（HIS）2.1.1.1 物价管理子系统（1）诊疗项目维护维护除药品外的检查，化验，材料，治疗等诊疗项目, 与物资系统无缝对接。要支持同一个诊疗项目不同价格管理。比如同一个项目有成人价格和儿童价格，在收费环节会自动按规则匹配。（2）诊疗项目调价调整150、诊疗项目全院价格的功能界面，可以设置及时生效，定时生效等功能。（3）复合项目维护将普通诊疗项目组合为复合收费项目的维护窗口，例如肝功八项，参照当地的物价标准进行维护。（4）费用组套维护维护全院，或者科室的收费组套。方便收费员录入项目。（5）挂号费费用按照合同单位，维护每个合同单位下的不同挂号级别的挂号费用。（6）合同单位维护可维护不同收费待遇合同单位的编码，名称，等基本信息（7）合同单位待遇维护维护不同合同单位的基本待遇算法， 比如自费比例，统筹比例，报销上限等， 如果待遇复杂，可维护对应的待遇计算接口。（8）固定费用维护主要用于维护某个床位级别下的需要自动收费的项目列表， 可详细设置自动收费151、时间段，等详细属性。（9）价格信息发布 74 实时提供各类价格信息，实现在医院网站、 APP、自助机以及 LED 等平台对外公示。3.1.1 门急诊挂号子系统（1）挂号功能支持医保、公费、自费等多种身份的病人挂号； 挂号员根据病人请求快速选择诊别、科别、号别、医生，生成挂号信息，打印挂号单，并产生就诊病人基本信息等。支持初诊病人登记建档描述。增加预约病人的取号功能，普通号可以按科室挂号，也可以选医生挂号。提供某医生已挂几号的信息显示。（2）退号处理可以通过输入病历号或者挂号发票号，显示对应的允许退号的有效挂号信息， 完成病 人退号；并能正确处理病人看病日期、午别、诊别、类别、号别以及应退费用和152、相关统计等功能。支持对已看诊号是否可退的权限管理。（3）换科功能支持专家、专科号、普通号的换科功能。（4）挂号日结可以按时间段完成日结功能，并能打印或补打出日报表。（5）其他功能支持多种挂号方式（包括简易挂号、完整挂号），支持医保、公费、自费、本院、合作 单位多种身份的病人挂号， 挂号费用结算及报表统计功能。支持挂号与排队信息实时通过APP、网站、自助机、短信等告知患者。支持专科和专家排班，并可以自定义排班模版。排班模板和实际排班分开，能实现修改实际排班而不动模板。 排班管理时间至少 1 个月。支持（挂号科室+挂号专家）的挂号费设置、挂号限号设置和预约号源设置。（6）查询统计能完成挂号、退号、153、病人、科室、医师的挂号状况、医师出诊时间、科室挂号现状等查询，按科室、门诊工作量统计的功能。（7）基本信息维护 75 挂号员权限等信息维护的功能。患者基本信息修改和补充功能。3.1.2 门急诊收费子系统（1）门诊收费、退费支持自动获取或直接录入收费信息（包括患者姓名、病历号、结算类别、医疗类别、医 生编码， 开处方科室名称、药品诊疗项目名称、数量等），支持多种结算方式（自费、公费、医保等）、支持自动找零。银联接口等。支持自动对应处方添加如采血费、注射费、 一次性针筒等附加项目收费。支持收费员医保日签到对账。支持医生输入的是组套，但发票要打印的是明细收费项目。需支持医保病人一次两张方，收费系统能154、按标志位自动区分并分别收取一张自费一张公费收取。退费可以录入门诊发票号选择药品或非药品进行退费， 可以选择全部退费或者部分退费。（2）门诊发票打印与重打录入门诊发票号重新打印，原发票作废。支持自助机小票换正式发票的补打功能描述。支持电子发票和发票自助打印。（3）收费员日结算对收款员收费进行结存并打印日结报表。（4）其他功能具有严格发票号管理（如使用发票号和机器生成号管理发票），支持日结， 能灵活设置 发票归集项， 提供收费处输入药品时自动检测药房数量； 支持记帐、公费、医保等多种结 算方式， 支持现金、支票、银联、移动支付等多种支付方式。支持各类费用信息通过 APP、网站、自助机、短信等告知患155、者。支持支付宝、微信等扫码支付方式。（5）查询统计提供收费员发票查询，收费员工作量统计，门诊收费分项查询。 76 3.1.3 住院登记子系统（1）入院登记录入患者姓名、性别等基本信息，为患者办理入院登记。患者住院号可选择手工录入 或系统自动生成， 支持登记时收取住院预交金； 患者姓名、性别等必填信息界面中已经用 醒目颜色标注出来； 支持住院处直接接诊流程（开关控制）；支持患者住院科室的修改（未 被病房接诊）；支持患者登记同时如入担保信息， 也可以在担保管理界面单独录入。支持 VIP等多类特殊病人管理。多次住院患者住院号实现唯一性。（2）出院登记支持住院处直接出院登记流程： 录入患者住院号，为患156、者办理出院登记手续， 患者的 状态标记为“出院登记”。出院登记会停止患者的所有医嘱、床位费等日固定费用的滚动，所以建议在确认患者所有医嘱、费用等信息准确无误后，再为患者办理出院登记。（3）出院召回支持住院处出院召回操作。录入患者住院号，为患者进行出院召回。出院召回是出院 登记的逆过程，患者的状态将从“出院登记”状态更新回“住院接诊”状态，注意此操作不会恢复患者长期医嘱，请相关医生注意。（4）患者信息修改录入患者住院号，检索患者的基本信息，供操作人修改。注意只能修改患者姓名、出 生日期、民族、籍贯等基本信息， 患者的结算方式、住院号、住院科室等信息是不可以在此修改的。（5）无费退院录入患者住院号157、，为没有发生费用的患者办理无费退院。患者的费用总额、预交金必须是 0 才可办理无费退院。（6）担保管理支持担保金的收取、返还、补打等操作，支持担保信息查询。（7）身份变更提供自费转医保、医保转自费、自费转公费、公费转自费等不同身份类别之间的变更。（8）查询入院情况查询。 77 出院情况查询。3.1.4 住院收费子系统（1）预交金管理实现住院患者预交金的收取， 返还， 补打等， 提供多种支付方式， 打印预交金收据凭证。支持现金、支票、银联、 微信和支付宝扫码等多种支付方式。（2）预交金日结算按操作员实现预交金日结并打印清单。（3）非药品收费手工输入住院患者所发生的费用，具有单项费用录入和复合项目158、组套项目费用录入功能选择。（4）非药品退费手工集中退费功能。（5）退费确认对于退费申请进行退费确认。（6）催款单打印低于警戒线的患者的查询打印。（7）欠费标准设置可分别按全院，病区，科室，个人，合同单位设置警戒线。（8）手工开封帐管理支持按住院号进行单个在院患者手工开封帐操作；支持按科室进行批量患者手工开封帐操作。封帐的患者将不能进行费用操作。（9）查询预交金查询。患者费用查询。在院患者日清单：查询打印在院患者日费用清单。具有自助打印功能。 78 3.1.5 财务结算子系统（1）发票领用发票维护支持单人多段维护，某一段用完后自动或手工启用另外一段。发票号与机器流水号双号管理， 发票领用可以自159、定义号段， 按照不同的发票类型，可以按个人领用。支持电子发票管理，完成与税务部门电子发票对接。（2）发票回收管理支持对操作员未使用号段回收功能。（3）发票核销具有票据审核、查对、各种报表等功能，票据核销汇总功能，精确到每张发票使用情况。（4）日结审核管理对操作员的日结数据进行审核。（5）统计大类维护支持维护门诊发票和最小费用的对应关系， 门诊发票打印使用；维护住院发票和最小 费用的对应关系， 住院发票打印使用； 维护病案和最小费用对应关系， 病案首页打印使用；维护自定归类统计与最小费用关系，自定义归类查询。（6）发票调号管理按操作员指定在用号段；按发票类型指定当前使用号，并进行日志记录。（7）160、查询统计门诊收费分项统计：统计门诊收费项目名称、金额、合计信息。门诊各科收入统计(月报): 统计门诊各科室名称、统计类别、合计信息。科室挂号收入汇总: 统计科室名称、挂号级别、挂号人数、收费总计、合计信息。住院收费分项统计: 统计住院收费项目名称、金额、 合计信息。结算发票查询: 查询统计结算患者发票及明细。住院科室收入统计: 统计住院各科室本科室患者的各项收费合计。 79 3.1.6 住院结算子系统（1）中途结算支持患者住院中，阶段性的结算，并打印结算收据。支持手工定额结算。（2）出院结算实现患者的结算，并打印结算收据。（3）欠费结算支持患者的欠费结算，并打印票据（根据实际情况）（4）结算召161、回对中途结算、出院结算和欠费结算的患者进行取消结算。（5）操作员日结包括预交金在院病人各项费用、出院病人结账和退款等统计汇总。（6）查询统计提供如下查询统计：预交金查询：按照不同方式查询预交金并打印清单。住院发票查询：查询结算发票信息。出院患者清单：查询出院登记未结算的患者费用清单。（7）自助费用管理实现床边结算、移动结算、自助结算等多途径结算方式， 发票、收据与日清单自助打印以及自助缴费等。3.1.7 入院准备中心统一办理入院所需的包括床位预约、入院缴费、入院前检验检查；提供出院费用结算、出院小结和自助发票打印等病区服务。3.1.8 药库管理子系统（1）基本信息维护提供药品字典库维护功能： 162、可以维护如名称、厂家、产地、规格、等级、类别、价格形式、用法、用量、频次、药理、批文信息、供货商、招标信息等，支持多种别名；对毒麻 80 药品、精神药品的种类、贵重药品、院内制剂、试敏药、 GMP、OTC、特殊限制药品等均有特定的判断识别处理。提供出入库科室维护(出库目标科室、入库来源)。提供常数维护： 维护药品管理中常用的基础数据， 如最小单位、包装单位、剂型、剂量单位、药品性质、存储条件等。提供药理作用维护：维护药品的药理作用信息。提供供货公司维护：维护药品常用的供货公司信息。提供生产厂家维护：维护药品常用的生产厂家信息。提供参数设置维护： 维护全院药品管理中使用的控制参数， 如各药房拆分163、属性、有效期警示天数等。提供特限药品维护：维护某些特殊限制药品在特定科室使用的信息。提供药品多级单位维护：维护药品的门诊发药、住院发药等发药单位对照。提供部门库存常数维护： 维护各个库房的管理属性，如是否管库存、是否按批号管理等。提供人员控药权限维护：维护某个操作员有操作哪种药品类别的权限。提供抗菌药物维护:维护抗菌药物列表。提供药品管理模板维护：可以维护盘点、计划、申请的模板。协定处方管理：可以维护协定处方明细信息。协定处方包装：对维护好的协定处方进行包装。药库药品信息可以维护基数、高危药品、相似药品、重点监控药品等属性。药品维护有关联医保。（2）入出库管理入库计划：制定入库计划，可以手动生164、成入库计划，也可以按照警戒线、日消耗量自动生成入库计划。采购计划：制定采购计划，根据制定的入库计划，生成采购计划。可以修改计划入库数量， 并且可以拆分在不同的供货公司采购。支持“采购上报”（统一版本上报到药监局）。药品入库：可以有多种不同的入库类型，如正常入库、发票入库、核准入库、特殊入库、入库退货、外部入库申请等。药品出库： 可以有多种不同的出库类型， 如正常出库、出库审批、特殊出库、调拨、报 81 损、出库退库等。可以手动出库，也可以自动接收科室领药单。单据补打：可以补打各种入库和出库单据。供货商结存：维护各供货公司的货款结存情况。供货商付款统计：统计各供货公司的付款情况。采购计划单导出来165、有上月出入库数量和各药房库存。药库出库到各药房时如遇到缺货，可自动生成缺货单。（3）在库管理提供库存盘点管理：对药库库存进行盘点与结存。提供药品调价管理：针对药品价格的变化进行调价。提供药品库存管理： 提供库存信息一览，并提供多种条件的过滤， 支持维护警戒线、药房停用标记、药品帐入出库明细、库存报警以及有效期报警，货位号维护等多种功能。提供药品月结管理：对药库的账目进行月结并打印月结统计表。提供药品月结校对功能：校对帐目及库存的平衡关系。（4）采购管理自动生成采购计划及采购单，可以进行采购单审核。（5）查询统计提供各类药品日常统计功能：可生成各种药品的入库明细、出库明细、盘点明细、调价明细、调166、拨明细、报损明细、退药明细，提供月结报表。提供抗菌药物的统计功能：各种抗菌药物统计报表。可以对出库到各药房的药品汇总统计。3.1.9 住院药房管理子系统（1）住院药房信息维护摆药单维护： 可以自定义设定各种类型的摆药单， 如：大输液摆药单、毒麻药摆药单、口服摆药单等等。摆药台维护：维护各个药房的摆药台，以及摆药台中有哪些摆药单。默认取药科室维护： 设定各病区科室对应的取药药房， 可以指定取药时间和取药类别。 药品拆分属性维护：设定药品品种或药品剂型发药时的拆分方式，有：不可拆分、可拆分不取整，如果不维护默认是不可拆分。 82 同一种药品在同一药房的拆分属性可以同时存在拆零和整盒销售及协定处方。167、各药房可以自行维护库位码。盘点时可按库位码排序打印， 处方及医嘱也按库位码排序。支持同一药品不同批次不同价格的管理。（2）药品批费录入患者住院号，选择药品进行批费。（3）药品退费录入患者住院号，选择已收费的药品进行退费。（4）住院药房直接摆药选择病区（或科室、患者）对列出的待摆的药品确认摆药。住院代发药：住院药房之间可以代替发药，扣除发药药房库存。（5）住院医嘱摆药前提是经过住院护士站审核和分解的药品医嘱，摆药时可以看到各病区、病区下的摆药单和各个摆药单下的患者，选择其一保存进行摆药。住院患者缺药医嘱直接在护士站拦截，不要提交到药房。住院医嘱对维护在同一个药品信息下的不同产地间药品能自动转换。168、（6）确认护士退药显示护士站的退药申请，确认进行退药。（7）查询统计提供药房发药退药统计、住院发药工作量统计。各药房已发药品可按科室、开单医生、药品属性统计使用量。可对住院医嘱进行医嘱条数统计工作量。病区医嘱已批费的可按批费时间进行统计汇总（用于未打印却已批费医嘱进行补打）。（8）智慧药房功能实现与自动摆药设备和分包等配药设备的智能对接。药房目前仅有颗粒剂包装设备：HOLLY SYS（和利时） MD6110，同时需为其他设备预留接口。 83 3.1.10 医技终端执行管理子系统1. 门诊终端确认在门诊患者开立医技项目并收费后， 提供医技项目执行确认功能， 医生可根据医技项目的实际执行情况，进行169、费用补划价。医技项目执行确认后，此项目将不能进行退费。支持收费时一次性收多次，但执行时一次一次执行的确认。2. 门诊终端确认取消在为患者进行完门诊终端执行确认后，如果患者因特殊原因不做此医技项目， 可使用此功能进行终端确认取消，取消后此医技项目可进行退费。3. 门诊终端确认查询提供基本的查询功能，如工作量、费用等。4. 住院终端确认在住院患者开立医技项目后，提供医技项目执行确认功能， 并且在医技项目执行时收 费， 医生可根据医技项目的实际执行情况， 进行费用补收。医技项目执行确认后， 此项目将不能进行退费。5. 住院终端确认取消在为患者进行完住院终端执行确认后，如果患者因特殊原因不做此医技项目170、， 可使用此功能进行终端确认取消，取消后此医技项目才可进行退费。6. 住院终端确认查询提供基本的查询功能，如工作量、费用等，具有检查完成移动终端消息提醒功能。7. 手术终端确认提供手术室费用管理功能，可与医院现有二级库存管理系统实现接口交互。3.1.11 系统管理子系统1. 自动更新设置提供程序的自动更新，和自动更新设置维护。2. 资源管理配置程序的菜单资源，常数资源，报表资源3. 资源授权 84 对系统资源进行菜单，用户，常数，报表的授权管理。4. 权限维护与设置对组织机构，血库，药库，住院处，医嘱权限，物资管理等模块的权限维护与设置。5. 接口及参数配置维护系统公开接口的实现方式，控制参数171、等配置6. 门诊收费参数设置设置门诊收费流程的相关参数。7. 挂号参数设置设置门诊挂号流程相关的参数8. 药房药库设置设置门诊药房，住院药房，药库的相关参数。9. 其他参数设置设置其他模块相关的参数。3.1.12 门诊药房管理子系统（1）门诊药房信息维护提供门诊终端维护：对配药台、发药窗口进行各种属性的维护。提供门诊处方调剂：对门诊的处方进行调剂，可选平均调剂与竞争调剂。提供门诊特殊终端维护：维护特殊的配药窗口属性。同一种药品在同一药房的拆分属性可以同时存在拆零和整盒销售及协定处方。支持同一药品不同批次不同价格的管理。各药房可以自行维护库位码。盘点时可按库位码排序打印， 处方及医嘱也按库位码排172、序。（2）门诊药房发药提供两种发药方式：自动调剂发药，手工发药。自动调剂发药：根据设定的调剂方式，系统自动把已收费的药品分配到配药台，配药台人员核准后进行配药，发药台接收到配药核准的药品信息后进行确认并发药。手工发药：药房发药人员录入患者的发票号（或者病历号、处方号）显示当前处方的药品，进行发药。 85 门诊代发药：门诊药房之间可以相互代替发药，扣除发药药房库存。发药模式分为两种：配药、发药分开进行，也可以采用门诊直接发药模式。库存智能管理： 实现库存待发预留、多药房库存共享切换、库存报警等管理功能。门诊 患者付费后又退费的， 且药房配药台已配药时， 需要在取药窗口跳出提示框提示某患者某发票号173、取消。支持特殊患者优先配药（包括急诊、老年人、残疾人、军人等）。（3）门诊药房退药录入患者发票号后，显示待退药品信息，选择药品进行退药。（4）门诊药房管理根据本地药品量的消耗， 生成领药申请单， 传送到药库，支持多个药房管理， 具有类 似药库的各种进销存管理和查询功能， 具有查询病人任意时段处方内容。具有处方 PDF 格式文件生成功能。（5）查询统计提供门诊处方查询、配药工作量查询、发药工作量查询、门诊药房发药量统计、门诊药房退药量统计。各药房已发药品可按科室、开单医生、药品属性统计使用量。（6）门诊药房划价提供直接在门诊药房进行划价的功能。（7）门诊药房发药排队叫号患者在门诊收费后自动分配一174、个取药排队序号， 在门诊药房大屏幕上显示待发药患者 名称， 门诊药房发药系统中按照排队序号显示待发药患者信息。发药人选择待发药患者点 击叫号，同时门诊大屏幕显示取药患者姓名，门诊扬声器播放患者名称到对应窗口取药。此功能类似银行排队叫号。（8（智慧药房功能实现与自动摆药设备和分包等配药设备的智能对接。药房目前仅有颗粒剂包装设备：HOLLY SYS（和利时） MD6110，同时需为其他设备预留接口。 86 3.1.13 基本信息维护子系统1. 用法维护维护药品医嘱的用法列表2. 最小费用维护维护系统可拆分为最小的费用统计类别维护。3. 支付方式维护维护费用系统收取费用的支付方式列表。4. 样本类型175、维护维护检验，检查项目所需的样本类型列表5. 频次维护维护医嘱所需的频次列表，包括频次编码， 中文名，时间点，等频次属性信息，符合HL7 标准6. 科室分类维护按照类别维护院内科室的从属关系， 维护人员与科室的从属关系， 维护人员所在科室的权限。7. 科常用项目维护维护科室常用诊疗项目目录，方便检索和录入。8. 其他常数维护维护其他一些系统内需要的常数， 例如民族， 转归， 性别， 检查部位，输血反应， 诊断分期，诊断分级，职业，职务等信息。9. 医疗组维护维护医疗组信息。3.1.14 院内就诊卡管理子系统1. 就诊卡发放录入患者信息， 读取就诊卡信息， 完成患者就诊卡发放功能， 支持就诊卡收176、取卡押金。支持身份证机读、港澳居住证机读。支持台州健康卡的发放。 87 2. 补办就诊卡通过患者基本信息查询未患者补办就诊卡。3. 退卡在患者结清账户后，通过就诊卡读取相关信息，完成退卡功能，并返还患者卡押金。4. 患者基本信息维护患者基本信息修改和补充功能。5. 统计查询提供就诊卡操作流水查询，就诊卡信息查询，发卡、补卡、退卡统计。3.1.15 门诊护士站子系统提供门诊导医护士工作站，可进行患者身高、血压、体重等信息的记录；提供门诊注射室护士工作站， 可查看患者皮试医嘱， 录入患者皮试信息； 可对多次付费的注射、输液和雾化病人执行单次确认，并统计工作量。提供就诊集中预约功能，并可以查询、统计177、相关信息；3.1.16 住院护士站子系统1. 病房管理 接诊： 给新住院的患者或者他科转入的患者分配病床， 安排住院医师、主治医师、主任医师、责任护士。 包床、转床：给患者包住多张病床或调换病床。 转科申请：给患者填写转科申请。 婴儿登记：为产妇进行婴儿登记，填写新生儿基本信息。 提供新生儿预防针登记功能，并提供接口上传数据至疾控中心。 出院登记：给患者进行出院登记。 出院召回：给已出院登记但未结算的患者召回住院，并分配病床。 2. 床位信息管理查询床位的床位等级、床位费、床位编制、使用状态以及对加床的维护。3. 医嘱审核（接收、核对）管理对新开立或新停止的医嘱进行审核， 临时医嘱审核后产生执178、行数据， 并发送到药房、 88 医技等终端部门。4. 医嘱分解管理对审核过的长期医嘱， 按照频次分解出执行数据， 并发送到药房、医技等终端部门。5. 退药申请提供对在院患者的费用做退药申请， 并打印申请单， 如果已发药需要去药房做退药确 认， 然后去住院处退费； 如果没有发药直接去住院处做退费确认。此处支持对费用的全退和半退。6. 护士站非药品收费护士站对非药品进行手工计费。7. 护士站非药品退费护士站对非药品进行退费，可根据客户需要选择 1、退费申请、确认退费流程； 2、直接退费流程。8. 护士站资料维护对维护病床信息、附材信息、执行单、收费套餐、科室常用项目等信息的维护。9. 警戒线设置维179、护病区内患者欠费警界线。10. 其他功能 1、医嘱审核时， 具有添加、修改删除附加材料功能， 医嘱发送前具有审核医嘱功能。 2、提供准确的一日清单。 3、提供查询病人欠费情况，并打印催缴通知单。 4、具有病区床位使用情况一览表，病床信息包括：显示床号、住院号、姓名、性别、年龄、诊断、护理等级、费用情况等。 5、可以查询病区一次性卫生材料领入量、消耗量、结余量。 6、具有按用法不同打印各种不同的医嘱执行单、巡回单、输液卡等单据。 7、提供床边结算功能。 8、具有 VIP 等特殊患者管理功能。 11. 查询统计患者一日清单：对在患者一日费用明细进行查询。 89 患者费用查询： 查询患者入院期间所发180、生费用进行查询， 其中包括预交金、药品明细、非药品明细、费用汇总信息、结算信息。医嘱执行情况查询：查询医嘱目前执行状态。医嘱摆药查询：护士站查询药房对当前科室的摆药情况。护士站退药查询：对患者已退药品进行查询。3.1.17 院长查询系统1. 权限管理1) 资源管理：主要的功能是可以对报表进行分类管理，把报表维护到相应的分类下边。2) 资源授权-角色管理：管理用户的角色。3) 资源授权- 资源角色授权管理：为角色管理报表。4) 资源授权-角色用户授权管理：添加或删除角色下的用户。2. 模板维护为首页与主菜单设置报表。可以在 10 种不同结构的模板中选择， 可以设置一张报表模板，也可以设置多张报表181、模板。3. 报表制作集查询、报表于一体，可以通过设计器直接设计报表， 可以通过 Web 浏览器方式展现、打印、输出报表结果。3.1.18 不良事件上报管理1. 审核科室与不良事件关系维护完成系统定义的审核科室角色与现场实际科室的对照， 以及不良事件类型与审核科室角色的对照。2. 医疗争议上报完成医疗争议不良事件的填报及未审核前的修改功能 90 3. 护理问题上报患者管路滑脱登记：完成患者管路滑脱不良事件的填报及未审核前的修改功能院内发生压疮登记：完成院内发生压疮不良事件的填报及未审核前的修改功能患者跌倒坠床登记：完成患者跌倒坠床不良事件的填报及未审核前的修改功能护理缺陷登记：完成护理缺陷不良事182、件的填报及未审核前的修改功能护理其他问题上报：完成护理其他问题不良事件的填报及未审核前的修改功能4. 药品问题上报药品不良反应个案上报：完成药品不良反应个案不良事件的填报及未审核前的修改功能疑似药品质量问题上报：完成疑似药品质量问题不良事件的填报及未审核前的修改功能药房调配问题上报：完成药房调配问题事件的填报及未审核前的修改功能群体性药品不良反应上报：完成群体性药品不良反应事件的填报及未审核前的修改功能医院药品质量问题网络上报：完成医院药品质量问题网络填报及未审核前的修改功能5. 器械及耗材问题上报完成器械及耗材问题事件的填报及未审核前的修改功能6. 输血反应上报完成输血反应事件的填报及未审核183、前的修改功能7. 医疗隐患(包括并发症)上报完成医疗隐患(包括并发症)事件填报及未审核前的修改功能8. 不良事件审核 91 医患办审核界面：完成医患办对不良事件的审核反馈操作。医务处审核界面：完成医务处对不良事件的审核反馈操作。护理部审核界面：完成护理部对不良事件的审核反馈操作。药学部审核界面：完成药学部对不良事件的审核反馈操作。输血科审核界面：完成输血科对不良事件的审核反馈操作。3.1.19 银医一卡通1. 就诊卡管理支持银医卡、居民健康卡在院内激活替代就诊卡使用支持院内就诊卡的发放、补卡、退卡、卡押金管理及统计支持银医卡、院内就诊卡的操作流水查询2. 账户管理支持银医卡、就诊卡在院内开立账184、户。支持银医卡、就诊卡账户预交金管理，包括充预交金、退预交金、补打收据。支持银医卡、就诊卡的账户管理， 停用账户、启用账户、结清账户、修改密码等， 并打印相关凭证。3. 账户 HIS 改造支持收费窗口、诊间、药房、终端通过银医卡、就诊卡、居民健康卡读取患者信息及相关业务数据。支持银医卡、就诊卡、居民健康卡在人工窗口挂号、缴费。支持银医卡、就诊卡、居民健康卡诊间缴费，与银行、 支付宝、微信实现无缝对接 支持银医卡、就诊卡、居民健康卡终端缴费， 与银行、 支付宝、微信实现无缝对接支持集中打印发票支持财务核算统计银医卡、就诊卡、居民健康卡相关费用 92 4. 自助终端支持银医卡、居民健康卡自助终端激185、活替代就诊卡使用支持院内就诊卡自助终端发卡支持自助终端通过现金、银行转账、 支付宝、微信方式充值支持自助终端现场挂号支持自助终端预约挂号支持自助终端缴费支持自助终端清仓，提取自助终端钞箱现金，并打印凭条支持自助终端打印检查、检验报告支持自助终端打印门诊电子病历5. 银行对账调用银行接口实现医院与银行的财务对账。3.1.20 省医保（包括异地） 接口1. 省保对照医保诊疗项目信息对照。医保药品项目信息对照。医保费用类别对照， 医保中心项目同医院本地项目的对照管理。对照信息支持定时更新，医保代码在执行过程中按时间范围自动匹配。2. 省医挂号省医保挂号读卡读取患者信息并圈存账户金额， 上传医保挂号信186、息，计算医保结算金额。3. 省医保退号撤销省医保挂号，返还结算费用。4. 省医保门诊结算上传省医保费用数据，根据结算数据，完成省医保患者门诊结算。5. 省医保门诊退费撤销省医保结算，根据结算数据返还结算费用。6. 省医保住院登记市医保挂号读卡读取患者信息并圈存账户金额，上传医保住院登记信息。 93 7. 省医保出院登记上传省保出院登记信息。8. 省医保住院记账上传省医保费用，进行预结算，根据预结算数据完成记账。9. 省医保退费上传退费费用，进行预结算，根据预结算数据完成退费。10. 省医保住院结算上传患者费用信息，结算医保费用数据，完成省保患者结算。11. 省医保结算召回取消医保结算，根据结算187、数据召回召回。12. 省医保限制医生站显示医保药品、诊疗项目医保等级等限制。13. 省医保对账结合当地医保特点，本地和医保中心账目进行核对 。3.1.21 市医保（包括异地） 接口1. 医保对照医保诊疗项目信息对照。医保药品项目信息对照。医保费用类别对照， 等医保中心项目同医院本地项目的对照管理。对照信息支持定时更新，医保代码在执行过程中按时间范围自动匹配。2. 市医挂号市医保挂号读卡读取患者信息并圈存账户金额， 上传医保挂号信息， 计算医保结算金额。3. 市医保退号撤销市医保挂号信息，返还医保结算费用。4. 市医保门诊结算上传医保费用数据，结算费用金额，完成市医保患者门诊结算5. 市医保门诊188、退费撤销结算，根据结算数据返还结算费用。 94 6. 市医保住院登记市医保挂号读卡读取患者信息并圈存账户金额，上传医保住院登记信息。7. 市医保出院登记上传医保出院登记信息。8. 市医保住院记账上传市医保费用，进行预结算，根据预结算数据完成记账。9. 市医保退费上传市退费费用，进行预结算，根据预结算数据完成退费。10. 市医保住院结算上传患者费用信息，结算医保费用数据，完成医保患者结算。11. 市医保结算召回撤销医保结算，根据结算数据完成结算召回。12. 市医保限制医生站显示医保药品、诊疗项目医保等级、医保适应症等限制。13. 市医保对账结合当地市医保特点，本地和市医保中心账目进行核对。3.1189、.22 公费医疗接口1. 人员维护公费人员信息维护修改。2. 公费挂号根据公费协议待遇算法，完成公费患者挂号。3. 公费退号根据公费协议待遇算法退号，返还患者费用。4. 公费门诊结算根据公费待遇算法，完成市医保患者门诊结算。5. 公费门诊退费根据公费待遇算法，完成公费患者退费。6. 公费住院结算 95 根据待遇算法结算患者结算费用，完成结算。7. 公费保限制根据公费协议，在诊疗、记账限制患者费用。8. 公费对账结合公费特点，本地和协议单位账目进行核对。3.1.23 农村合作医疗接口1. 信息对照农村合作医疗诊疗项目信息对照， 医保药品项目信息对照。，农村合作医疗费用类别对照，等农村合作医疗项目190、同医院本地项目的对照管理。对照信息支持定时更新，医保代码在执行过程中按时间范围自动匹配。2. 挂号上传农村合作医疗挂号信息，根据农村合作医疗待遇算法完成挂号。3. 退号撤销本次医保挂号，返还农村合作医疗结算费用。4. 门诊结算上传农村合作医疗费用数据，结算费用金额，完成市医保患者门诊结算。5. 门诊退费撤销农村合作医疗门结算，根据结算数据返还结算费用。6. 住院登记上传农村合作医疗门住院登记信息，完成住院登记。7. 出院登记上传农村合作医疗出院登记信息8. 住院记账上传农村合作医疗费用，进行预结算，根据预结算数据完成记账。9. 退费上传市退费费用，进行预结算，根据预结算数据完成退费。10. 住191、院结算上传农村合作医疗患者费用信息，根据结算信息，完成医保患者结算。 96 11. 结算召回撤销农村合作医疗结算数据，根据结算数据完成结算召回。12. 医疗限制医生站显示医保药品、诊疗项目医保等级，诊疗、费用等限制。13. 医疗对账结合当地农村合作医疗特点，本地和农村合作医疗账目进行核对。14. 国家平台新农合跨省异地转诊就医联网结报数据交换定点医院接口市健康一卡通平台接口区域平台数据上传接口外网门户预约挂号及检验检查报告接口省预约转诊平台接口金蝶移动支付接口（微信公众号和支付宝生活号）兴业银行扫码付接口（线下窗口和自助机）公立医院监管信息系统接口其他业务系统接口触摸屏查询系统接口， 自助机接192、口传染病上报接口病案系统接口手术麻醉接口排队叫号接口药品包药机、摆药机接口银联接口合理用药接口短信平台接口等3.2 医院临床管理服务3.2.1 传染病上报管理系统动态掌握各类传染病的发生情况。能处理劳卫、食卫、环卫、传染病资料及数据。1. 常数维护：维护传染病管理常用数据，包括疾病种类、筛查方法等。 97 2. 系统自动根据传染病人筛选规则检索出相关患者， 并有专人进行评价后，判定是否进入传染病上报卡管理界面3. 传染病报卡管理1) 可以新建卡片、订正卡片、作废卡片，对已有卡片可以按不同条件组合查询；2) 支持主卡和关联附卡功能；3) 对不合格卡片和作废卡片独立区分不同颜色显示。4. 传染病上193、报：报卡保存成功后，系统自动上报。5. 查询统计：提供各种传染病报卡的查询统计功能。3.2.2 院内感染管理系统用于医院感染管理科室及时监测、收集医院感染病例数据， 全面统计医院感染情 况，分析医院感染发生、发展趋势， 对传染病、院内感染病例的流行于爆发进行预警， 为医院感染防控提供数据支持。1. 基本信息维护：维护院感常用的常数，每个科室可以自定义各自科室的院感相关参数与权重，全院也可共用一套院感检索规则。2. 数据录入1) 感染报告卡录入：录入信息包括入院诊断、感染情况、易感因素、抗菌药物使用信 息，住院医生在住院医生站将感染病人的信息录入感染报告卡， 由感染科做后续管理。2) 感染登记表194、录入：录入信息包括入院诊断、感染情况、手术信息、易感因素、送检 信息、抗菌药物使用信息， 住院医生在住院医生站将感染病人的信息录入感染报告表，由感染科做后续管理。3) 现患率录入：录入信息报告入院诊断、感染情况、抗菌药物使用信息、送检信息，住院医生在住院医生站将病人的信息录入现患率调查表，由感染科做后续管理。4) 文件录入：文件上传功能，院感科管理一些常用的文档。5) 系统能够自动根据院感规则（体温、辅助检查、诊断、药品医嘱、病程录书写内容等）检索出院内感染的可能性患者，经评价后，自动判断是否填写感染报告卡。 98 3.2.3 医务管理系统用于医院日常医疗业务工作的管理，是医务管理部门进行科学195、管理的主要工具。医生资质管理，如处方权、毒麻处方权限管理等。医疗工作审批，如电子病历模板，临床路径发布审核等等。医疗数据统计查询分析。有接口，向卫生统计软件导入数据，生成卫生局要求报表。病历检查： 可对全院病历质量进行监管， 包括电子病历浏览， 评分， 质控消息通讯等。质控检查：包括院内感染指标监测、门诊处方质控、万元以上设备质控功能。单项质控： 根据医务部门管理职责提供相关质控报表， 如院内感染管理质控、用血情况、手术质控、住院就餐治疗、麻醉质控、放射质控、病理质控等。3.2.4 护理管理系统通过有效的科学管理， 使护理工作切实帮助病人获得最佳健康水平服务， 实现护士的 基本职责。为护理人员196、创造良好的护理科研环境和条件， 做好护理科研建档工作， 为促进提高护理质量和护理学科水平做出规划和努力。对全院护理质量反馈信息进行统计，评估护理效果。评估科室整体护理质量。护士轮转记录：完成护士轮转记录单的录入、修改、删除和确认操作。护理质量标准：完成护理质量标准的录入、引入、修改、删除，对每一护士所作的工作进行量化评分。事故差错记录及分析： 事故差错的录入、修改和删除操作， 对于未审阅的记录做出提示。审阅后的差错记录可以进行差错分析和讨论的录入、修改和删除操作查房管理：完成业务查房、行政查房、夜查房记录的录入、删除和修改及确认。护理评估： 完成入院基本评估、护理评价资料的录入、删除和修改。完197、成护理评价后，可以在评价的基础上进行修订护理诊断和护理计划。护理诊断： 完成护理诊断的录入、删除和修改。对于住院病人未进行入院评估则不能进行护理诊断。护理绩效管理：评估护士个人工作质量。护理资料信息统计、分析。质量检查及差错、事故记录、统计、分析。满意度调查结 99 果的统计、分析。3.2.5 单病种质量管理单病种是指没有并发症，单一的疾病。常见的有： 非化脓性的阑尾炎，胆囊炎， 胆结石，剖腹产等。 单病种管理主要实现单病种信息的维护和患者监控。单病种信息维护， 包括单病种诊断依据、治疗规范（参照临床路径系统）、费用总额、住院天数设置等等。患者入院根据诊断情况判断是否属于单病种治疗范围， 进入198、单病种治疗监控， 包括治疗项目、治疗费用、治疗天数的监控。具体控制与临床路径管理类似。单病种统计分析，能够提供在院、出院单病种病人相关统计。单病种质量监管，后续可支持单病种质量控制与评价分析。 100 3.2.6 病案管理系统病案管理系统主要指对病案首页和相关内容及病案室(科)工作进行管理的系统。病案 是医院医、教、研的重要数据源， 向医务工作者提供方便灵活的检索方式和准确可靠的统 计结果、减少病案管理人员的工作量是系统的主要任务。它的管理范畴包括， 病案首页管理；病案的借阅；病案的追踪；病案质量控制和病人随诊管理。病案管理系统必须符卫计委制订的病案首页标准和病案填写标准和国际疾病分类标准。支199、持病案首页管理。病历的归档、保存、检索。病案借阅、跟踪。病案质量检查。主要特点：支持病案首页管理。病历的归档、保存、检索。病案借阅、跟踪。病案质量检查。病理资料的挖掘等。功能描述：建立病案首页：对出院病人建立病案首页信息， 包括病人的各种诊断信息、手术信息、 护理信息、费用信息等； 不限制病人和手术描述条目的数目， 允许一个诊断对应对个 ICD-9 码；提供 ICD-10 标准诊断代码输入；病案管理： 病案的归档、检索、借阅和跟踪管理。支持病案归档、借阅流程定义， 可追踪病案流向。查询： 提供 ICD 码的分层查询功能，辅助用户编码，进行出院未编目病案的查询；提供综合查询功能，可根据任意不确定200、的信息组合以模糊方式查询病案信息；需要提供多种方式的查询与统计， 以下所列报表为必须提供， 但不限于下列报表， 具体详细需求将在合同签订及实施时进行确认：门诊病人统计数据(包括社区服务活动)；急诊医疗统计数据； 住院病人统计数据； 医技科室工作量统计数据。提供门诊、急诊统计报表：门、急诊及观察室日志、半月报、月报表、季报表、半年报表和年报表。病房统计报表：病房日志、半月报、月报表、季报表、半年报表和年报表，床位使用情况，病人出入转查询。病人分类统计报表。对卫生主管部门的报表：医院医疗工作月报表。 101 医院住院病人疾病分类报表。损伤和中毒小计的外部原因分类表。医保统计报表、公医统计报表等。卫201、生行政主管部门规定的其他法定报表，如院感、传染病的网上直报。系统维护： 提供疾病编码字典和手术编码字典等的维护功能。3.2.7 抗菌药物管理符合国家卫生部对抗菌药品使用的政策要求和相关规定。建立抗菌素分级管理机制，实施监控抗菌素使用。引入药品约定日剂量（DDD）概念， 重点反映一定时间段内， 病人各类抗菌药品的情况，和相对合理性。通过监测结果分析、综合指标分析、趋势分析、比较分析、构成分析发现抗菌素使用的异动。为建立抗菌素使用合理规范提供可靠地数据基础。通过柱图、饼图、曲线图等多种计算机数据展示技术，反映抗菌素使用状况。建立抗菌素三级管理机制， 实现抗菌素使用实时监控。通过医生工作站系统控制处202、方权，加强抗菌素的使用控制。从而提高医疗质量和医疗安全。. 非限制使用处方医师开具。. 限制使用主治以上医师开具. 特殊使用主任医师开具引入药品约定日剂量（DDD）概念， 动态监测各类人群的抗菌素使用情况， 建立预警机制，提醒医生剂量超出合理范围。3.2.8 处方点评系统1. 与医生工作站高度协同，在医生开医嘱时， 系统动态监控大处方（金额大、用量大），对于超过限额和限量的处方，拒绝医师开处方。2. 建立处方点评机制： 提供多种抽样方式， 记录点评结果， 提供处方评价分析并产出评价表。3. 针对不规范处方、用药不适宜处方、超常处方分别统计分析， 建立处方持续改进机制。 102 4. 通过处方考203、核指标， 排名分析、剂量分析发现处方管理上的不足， 从而加强处方质 量和药物临床应用管理， 规范医师处方行为，落实处方审核、发药、核对与用药交待等相关规定；定期对医务人员进行合理用药知识培训与教育；制定并落实持续质量改进措施。3.2.9 手术麻醉与 ICU 信息系统自动采集监护仪、麻醉机、呼吸机、监护仪等设备上与病人有关的医疗临床数据。支持手术麻醉、重症监护信息系统与现有医院信息系统的多种数据接口方式。各种临床处置过程的名称及所有疾病名称必须符合国际标准 ICD-10 编码及 DRG 编码规则。系统实现手术麻醉业务应用全信息化管理， 包括手术申请、手术安排、麻醉评估、书中麻醉监护、术后总结、复204、苏观察、统计查询等管理。系统实现重症监护过程中全信息化管， 包括重症监护、重症护理管理、重症医生工作站等。可实现与 HIS 系统的数据共享与传递。药品编码必须符合国家卫生部最新实用码标准。各种麻醉及监护记录单报告要与电子病历很好的进行融合。3.2.10 医院舆情监控随着互联网迅速发展， 网民数量急剧增加。根据中国互联网络信息中心（CNNIC）的统 计，截至 2012 年 6 月底，我国网民数量达到 5.38 亿人，互联网普及率达到 39.9%。网民 作为消费者的一部分， 充分利用了网络内容的公开性、个人私密性以及信息互动性， 通过 论坛、贴吧、博客、微博等网络媒体自由地抒发、评论公共事件、企业205、实体、公众人物的 观点和看法，这其中也包括医院实体和医护人员。通过舆情全网采集监测， 对整个互联网 信息进行全面、深入地搜索， 及时搜集网络中与同仁医院相关的话题、 特别是用户投诉等多方面相关信息。及时发现医院自身的正负面信息， 准确、集中地将各类信息呈现给医院，对不良信息发布危机预警。搜集用户反馈需求，投诉事件等， 对医院形象进行监测， 为领导公共危机处理及时提供依据；短信、邮件等第一时间预警， 有效帮助医院维护医院及医院个人形象。 103 3.3 医技信息管理服务医院医技管理是包括对医院检验科、放射科、超声、内镜、病理、心肺脑电、核医学、 透析等以及科室的信息化管理支撑系统。除 LIS 系206、统外， 各系统基本要求应至少包括以下几个方面：应满足科室不同的业务流程的需要， 利用医院 PACS 架构医技诊断图文数据与 PACS 系统共建共享遵循 IHE 流程，支持 HL7、DICOM 标准。保证数据采集稳定性、支持 DICOM 等多种格式存储。诊断报告支持结构化模版录入，支持双屏显示。报告要与电子病历、HIS 很好的进行融合。3.3.1 检验信息系统(LIS)检验信息系统的主要任务是协助检验师对检验申请单及标本进行预处理， 检验数据的 自动采集或直接录入，检验数据处理、检验报告的审核， 检验报告的查询、打印等。系统 应包括检验仪器、检验项目维护等功能。检验信息系统可减轻检验人员的工作强207、度， 提高工作效率，并使检验信息存储和管理更加简捷、完善。系统应应支持条形码管理， 具有医嘱和检验仪器双向自动传输功能。检验仪器应通过终端服务器的方式直接接入 HIS 系统的主干网络。3.3.2 血库管理系统1、库存管理： 支持条码和手工录入血液制品入库信息， 包括： 输血号、品名（如： 全血、成分血等）、血型、来源、采血日期、采血单位、献血者、包装、数量等2、配血管理： 自动获得临床输血申请单并完成配血信息处理， 并提供备血信息提示。3、发血管理： 根据临床输血申请单和配血信息进行核实， 按照临床输血技术规范的附录八打印输血记录单，完成发血操作4、报废管理：提供报废血液制品名称、数量、经手人208、 、审批人、报废原因、报废日期等信息5、自备血管理：自备血入库、发血、查询打印袋签等6、有效期管理： 根据临床输血技术规范第五章第二十二条的规定提供有效期报警， 104 并有库存量提示7、费用管理： 完成入库、血化验（定血型、Rho 检验、配血型等）、发血等过程中的费用记录，并与住院处联机自动计费8、查询与统计： 入、出库情况查询、科室用血情况查询； 费用情况查询； 科室工作量统计与查询等。打印日报、月报、年报及上级所需报表等3.3.3 医学影像信息系统（PACS）医学影像信息系统应满足每个科室不同的使用流程的需要， 所有影像检查实现电子化， 院内实现无胶片化， 实现全院大影像的系统集成。系统209、最大限度地共享信息体系资源， 并针对医院的业务，构建先进的集成医疗信息系统。PACS 各个子系统要求完全遵循目前国际通用的 DICOM3.0 标准和 IHE 流程规范，整个系统具有高安全性、高可靠性、较高的兼容性和可持续扩展性。参照 HL7 协议和 IHE 中相关工作流程模型建立的方法， 实现与医院其它信息子系统要 实现无缝融合,重点考虑图像信息处理系统与检查文字信息处理系统，信息系统与图像产 生设备， 检查系统与医院其他信息系统三个方面的接口。实现全院影像资源共享， 影像检查及相关报告可及时地发布到临床科室，实现工作站界面融合，以方便临床使用。3.3.4 超声信息系统超声信息系统主要有信息检210、索、书写报告、图像采集、模板维护等功能模块组成。功能描述：1)预约登记、实现病人分诊2)患者排队叫号3)结构化报告处理4)所见即所得的报告浏览和打印5)图像采集 和图像处理6)定位图管理7)主任监控8)报告样式设计器等9)病案统计与分析等 105 3.3.5 内镜信息系统内镜信息系统主要有信息检索、书写报告、图像采集、模板维护等功能模块组成。功能描述：1)预约登记、实现病人分诊2)患者排队叫号3)结构化报告处理4)所见即所得的报告浏览和打印5)图像采集 和图像处理6)定位图管理7)主任监控8)报告样式设计器等9)病案统计与分析等3.3.6 病理信息系统病理信息系统可以减少手工录入带来的差错， 211、提高登记效率， 也可以解决长期以来困 扰医院的病理资料无法长期保存的问题； 既可以通过有效的分工提高技师和医生的工作效 率， 也可以医生通过和历史病理资料对比， 更好的观察病情和治疗效果， 提高医院的临床 和科研工作水平； 既可以提高医院收益， 也可以提高医疗服务水平， 提高医院的整体形象。它主要包括以下几个模块：功能描述：1) 登记模块2) 取材模块3) 技术处理模块4) 特检模块5) 诊断工作站6) 收费模块7) 查询与统计模块8) 报告样式设计器 106 9) 归档模块3.3.7 透析管理系统功能描述：1)新病人登记2)接诊3)医师确定透析方案：4)透析病人排班表5)血管通路管理6)血透212、记录管理7)化验检查结果及诊疗建议告知签字单8)医嘱的管理9)舒适度问卷10)患者转归11)血液透析技师工作站12)数据检索与汇总3.4 医院资源管理服务3.4.1 人力资源管理系统人力资源管理系统涵盖组织机构、人事管理、招聘管理、考勤管理、薪酬管理、保险福利、高级人才、合同管理、个人自助等功能。1组织机构管理组织机构管理能灵活支持集团型、单体型组织对组织机构的建立、调整、撤销、编制等业务处理，它包括科室管理和岗位管理。2岗位管理支持各类岗位、职务的管理和定义,支持关键岗位和岗位继任人,岗位信息的描述要详细。3人事管理人事信息库应能及时更新、自动更新， 重复数据、错误数据的提醒功能。人事基本信213、息 107 包括个人基本资料、现学历学位、职称资格、现任岗位、培训信息、出国情况、奖罚信息、 健康情况、特长及证书、主要家庭成员、合同管理、人事代理等信息，可以添加自定义字段。4合同管理新进人员合同的管理， 提供岗位协议、培训协议、保密协议模版， 合同内容可以增减、 打印， 提供全院合同分类统计功能， 未签合同和到期合同签订提醒功能。岗位调动后合同的变更流程。记录合同的变更、续订、解除情况。5薪资管理负责员工工资的管理， 包括工资方案的配置， 工资标准信息的浏览， 员工工资的结转、反结转、工资条发放。6保险福利提供公积金、医保、生育、养老、工伤、失业六种福利项； 对应不同的福利项， 可依据 年214、度设置基数和发放比例。对于个人， 可按照其个人身份特征， 可对应不同福利项， 设置是否缴纳该福利以及其缴费基数，并记录其缴纳信息和缴停记录。7考勤管理提供填报医院各科室考勤记录信息，支持第三方考勤机系统数据导入功能，可将考勤记录信息按照医院标准，生成对应工资信息。8招聘管理招聘需求采集， 招聘计划及招聘信息发布， 简历在线填录， 简历过滤、浏览、打印， 人员录取。3.4.2 药库管理系统药库管理实现对药品信息、药品价格、药品出入库、库存情况进行管理， 以最小资金占用保证药品供应。1.以批次管理为模式，对药品的入库（具备扫码入库功能）、库存和报损、出库进行 管理，自动创建药品台帐、明细帐等，帐帐215、相符。新建药品帐页自动生成药品编 码，增加药品信息字符数，库存管理以效期排序，自动每日刷新，以便先进先出管理药品。 108 2.对药品分类分级管理，可自定义药品编码或按照国家标准进行药品目录维护。对 于毒麻药品、精神药品等特殊药品及贵重药品进行分类管理，具备抗菌药物单独统计（包括采购及使用量）功能。3.提供药品自动和手工调价以及指定时间预调价，记录调价的明细、时间及原因及盈亏统计等。调价、扣款应由原购入价、现购入价、价差及数量构成。4.提供药品会计核算功能，可随时生成各种药品的入库、出库、盘点、调价、调拨、报损和退药明细及汇总数据，报表格式可根据业务需要自定义；提供药品采购应付款管理、付款计划216、管理功能。5.支持药品配伍禁忌、用法用量、处方职务、适用性别、存储条件等属性的管理。6.支持设置多个药品库房，以及自定义药品在库房之间的流向，可自定义药库、药房等各级包装单位及其换算关系。7.提供药品的有效期管理、可统计过期药品明细，并有库存量提示功能。对将要过 期的药品、积压药品、呆滞药品及库存上下限提供统计和报警。过期药品未作处理时有报警。8.提供抗菌药物单独统计采购及使用量功能，并能区分门诊和住院患者使用量，以应对抗菌药物专项整治的统计要求。9.提供多种查询统计方式，并可随时增加查询统计方式，以应对上级部门要求的各种统计数据。3.4.3 物资管理系统物资管理系统是指用于医院后勤物资， 包217、括对各种低值易耗品、办公用品、被服衣物、 卫生材料等， 非固定资产物品的管理， 主要以库存管理的形式进行管理。也包括为医院进行科室成本核算和管理决策提供基础数据的功能。物资管理系统必须符合国家、地方有关法律、法规、规章制度的要求：财政部、卫计 委颁布的医院会计制度和医院财务制度；卫计委和地方行政部门规定的物资编码字典；国家和地方物价部门规定的物价标准；能以标准的凭单内容及格式反映物资材料的入库、领用； 能方便地反映物资材料的报 损、退货、退库情况；能手动和自动产生物资材料采购计划； 能随时反映物资材料计划采购的结帐情况； 能对错误的凭单进行删除或红字冲销； 能随时进行物资材料的盘存， 并以 1218、09 时间为文件名进行保存， 以便查询打印； 能对最低限的物资材料进行报警； 能方便的进行 物资材料的年度数据转换；能以时间、部门、科室、混合方式进行物资材料的查询； 能随 时查询打印入库单、领用单、退货单、退库单、报损单、盘盈盘亏单、红字冲销单；能以 总帐、明细帐（明细类） 的形式准确反映物资材料的进出余情况； 能随时查询打印“盘盈 盘亏表”、 “采购计划表”、“采购结算表”、“材料分大类调进调出表”、“材料分明细进出 表”、“分部门大类领用表”、“分部门明细领用表”、“分科室大类领用表”、“分科室明细领用表”、“材料报损一览表”等报表；能方便地进行物资材料数据的年度结转和恢复。消耗材料在医219、院的流动过程比较复杂， 其特点是集中采购， 分散使用。消耗材料的管理流程主要是入库（采购）、存储、出库（消耗） 三项工作， 也就是“进销存”的管理模式。消耗品库房管理： 消耗品库房管理是消耗材料管理的基础， 也是消耗材料管理的关键 环节， 同时还是医院消耗材料集中采购的入口。库房管理包括消耗品的库存建账、计划采购、入库处理、库存管理、出库处理、盘存处理、结账处理、统计查询等功能。二级库房管理： 医院信息系统中将医院中的供应室、手术室等使用、存储消耗材料的 科室归纳为消耗品的二级库房。二级库房管理针对这些科室的业务特点， 主要负责对物品 的入库、打包、回收、消耗登记等信息的处理。对给病人计费的医220、用材料实行科室库存（二 级库） 管理， 科室病区领到二级库后， 按病人计费数量减少二级库库存。医院总库房能实时查询二级库库存情况。高值医用材料管理： 对给病人计费的高值医用材料实行零库存管理， 给病人计费的同时，自动经过购入、领用、计费流程。科室储备基数管理： 消耗品库房管理和二级库房管理可对科室消耗品及消毒物品的保有量进行时实监督监控。控制其消耗量、请领量，并及时给予补充。与临床护理单元能够进网络申请物资信息。综合统计查询： 消耗材料综合统计查询可以进行库房入出库及库存物品的数量、品种和金额等信息的统计查询。3.4.4 医疗设备管理系统实现对医院设备的整个生命周期进行全面管理。主要通过三条主221、线来对固定资产进行 管理， 一条是设备的管理主线，从最初的采购申请到最后的设备报废，以及中间的计划、采购、合同、验收、入库、分配、退库等进行管理； 另一条主线是设备费用支出主线， 这 110 条主线将设备维修、保养、检查、折旧、水电等资源消耗的成本支出贯穿起来； 第三条主 线是收入主线， 详尽记录设备在使用中所产生的价值。通过管理变动、成本支出、产生价值这三条主线，可以清晰的了解任意一台设备相关情况。以设备档案为中心：建立以设备档案为中心的全过程标准化设备管理。设备全生命周期管理，设备信息的全程可追溯；提供单机核算和采购论证： 促使医院合理利用人、才、物等资源， 提高设备使用率和 利润率， 降222、低设备使用成本， 为医疗收费项目成本核算提供数据基础， 为投资决策提供数据依据。提供预防性维护和预测性维护： 利用信息技术手段，通过积极主动的预防性维护和预测性维护，保证设备资产处于高可用性状态。引进条码、 PDA 技术：在设备盘点发挥作用，解决医院设备盘点难的问题。与 HIS、LIS、PACS、物流,成本,会计,绩效一体化设计： 保证单机核算收入数据的真实性和可靠性，预算控制的唯一性，与财务数据的一致性。网上审批流程控制： 提供采购计划、设备维修申请、设备报废的网上审批功能， 加强内部流程控制。设备租赁中心、与奖金挂钩的设备折旧核算提高设备利用率。提供设备质量监控管理：三证管理（ 配置许可证223、人员技术合格证、 质量合格证）计量管理等。3.4.5 消毒供应室管理系统消毒供应室管理信息系统是一个规范性系统，设计应遵从所涉及的业务的国际标准、 国家标准及规范各项技术规定， 支持各种相关国际标准， 符合国家及医疗卫生行业的相关 标准、规范和医院自身的发展规划， 遵循现行的或即将发布的涉及消毒供应室管理的国家 法律法规。系统需支持 RFID 技术、无线网络技术、PDA 等移动设备与供应室全流程信息化管理的完美结合;实现对供应室资源的实时追踪和整合。对消毒材料的库存和供应进行管理， 计算各科室消毒费用、纳入成本核算系统。支持 原材料管理。代加工品管理。财务帐目管理。 记录各科室的请领记录， 224、核算各请领科室的使用量和库存量，核算各科室的消毒费用.1、消毒物品 111 消毒器械包标签打印：自定义标签内容（物品名称、炉次炉号，打包者、审核者、灭菌者、灭菌日期、失效日期和唯一表示物品的条码等）。消毒物品库存管理， 消毒物品盘点， 消毒物品包检测记录， 科室申请消毒物品包（包括一次性物品和敷料）。2、物品供应临床科室通过网络提交物品申请， 根据科室申请， 自动产生供应计划单， 经过确认后，发放相应物品。器械/器材管理（入库、报损等）。打印物品出、入库单，发货物品汇总单等。3、一次性物品管理一次性物品入库：记录物品名称、厂家、消毒日期，失效日期，单价和数量等，同时记录该批次物品的条码。一次性225、物品发放：按不同批次、价格等进行。一次性物品盘点。4、入库管理对入库材料、成品、半成品质量进行检查并登记。原料管理：原材料入库、出库、盘点、报废、消耗管理。代加工品管理：半成品、成品的如库、出库、领用、报废、盘点管理。5、字典维护自定义科室物资字典维护， 用户权限管理， 用户角色（供应中心护士长、打包员、消 毒员、仓库管理员、物品质量监测员、发货员、送货员、回收员、病房护士长和护士、手术室护士长、医疗感染管理专员和成本核算/稽核员等）。6、相关报表自定义各类报表： 库存管理、成本核算与统计报表、各科室物品使用成本稽核月报表等7、帐目管理计算各科室消毒费用、材料消耗费用等纳入成本核算系统。 11226、2 3.4.6 物价管理系统集中管理各类收费项目及价格，保证准确及时的完成收费项目的增减、价格调整等。 按卫生局和物价局规定的项目和价格进行编辑， 对收费项目分类编码， 代码唯一。定义项 目的属性，如手术、材料、治疗等。定义项目的类别，如医保、新农合、公费、自费等， 项目扩展属性， 增加收费编码、医保编码、数据生成日期、收费项目数量、加注执行科室、备注的内容等的项目属性。任何收费项目开展之前均应向医院物价管理部门提出申请，核准后加入此项目字典。价表中不存在的项目不可收费。医保范围内的项目由医保部门进行标注。允许一个项目有多个别名，可以按别名输入。提供项目的执行科室定义， 允许一个项目有多个执行227、科室。建立医嘱与价表的对应关系，有一对一关系， 一对多关系， 一对空的关系。提供调价预定义功能，自动生成和打印调价通知单，或在网上发送至各科室。实行物资材料管理与物价收费字典对接，自动实现收费目录的生成。3.4.7 医疗垃圾管理系统系统实现对医疗垃圾流转的实时监控，追踪医疗垃圾的去向，防止医疗垃圾的丢失。 通过 RFID 标签可以实现对医疗垃圾箱的实时定位和监控。同时借助条码和 RFID 标签的绑定可以实现对每个医疗垃圾包进行实时的监控和定位，实现对医疗垃圾的全过程管理。1能实现医疗垃圾进行分类条码化管理。2能实现医疗垃圾生成、运输、暂存、运往垃圾处理场的各个环节进行交接管理， 跟 踪每袋医疗228、垃圾的位置以及处理状态， 方便监控具有危险性废物的去向以及各个经手人信息。3能实现医疗垃圾分类、称重，降低处理成本。3.5 医院运营管理服务3.5.1 全面预算管理系统预算管理系统应包含完整的预算管理体系， 形成预算编制、预算审批、预算生效发布、预算调整、预算执行控制、预算差异分析、预算考核等完整的一个闭环系统。 113 预算实施过程中，预算往往由于各种原因需要调整、修正。预算变更管理应提供多 种调整方式以更好的控制预算的变更。包括预算外临时追加、预算内部门间调拨，部门内调拨，以及预算增减、 变更、调整等。支持变更流程申请、审批控制。3.5.2 成本核算管理系统通过全成本核算理论实现了科室全成229、本核算、医疗项目成本核算、病种成本核算。与 其它系统建立无缝连接，将医院的信息有机整合，通过比较分析、趋势分析、构成分析、 本量利分析、智能分析等分析方法和数据挖掘手段， 帮助医院寻找成本控制点， 为医院经营决策提供可靠的参考依据。系统符合最新医院会计制度、医院财务制度的要求， 实现财务会计和责任会计 双轨制并轨， 确保财务数据和核算数据的一致性。实现院级成本核算、科室成本核算、床日成本核算、诊次成本核算多级核算。支持多套分摊方法并存， 分摊方法可灵活设置， 每个科室的每个成本项目可采取不同的分摊方法。成本核算管理系统的基本功能：1与财务管理系统接口，直接读取有关信息；2与医院信息系统接口，直230、接读取有关信息；3门诊收入、支出统计汇总；4住院收入、支出统计汇总；5药品进、销、差价统计汇总；6物资消耗和库存统计汇总；7固定资产统计和折旧计算；8房屋面积统计汇总；9各科室和病房工作量统计汇总；10临床工作人员工作量统计；11管理部门和后勤保障部门收支和工作量统计；12支持多种算法进行医院成本摊分；13全院综合分析统计核算；14各科室、病房、各部门核算和分配； 114 15提供各项统计汇总信息查询、显示、打印功能。3.5.3 目标管理与绩效考核系统医院根据医院整体的战略发展目标建立目标管理体系， 各层级将目标层层分解， 最终 分解为员工明确、具体的工作目标， 以调动员工的积极性、协同员工的231、行为、提高医院的工作效率和综合效益。目标管理包括：制定医院总体目标、目标分解、目标确认、目标的调整等基本模块。绩效考核系统是为院长和医院管理人员提供的一个对医院整体和各部门工作情况进 行查询和评估的系统。其主要任务是让医院领导随时掌握当前医院的工作情况， 得到医院 医疗数据统计和分析子系统和经济核算子系统的结果数据， 为制定相关政策和措施提供支 持。绩效考核不仅包括全院、科室绩效管理，还包括护理绩效管理、医疗绩效管理、岗位绩效管理，为医院精细化管理提供全面的数据支持。绩效考核系统的主要功能如下：1 医院门诊工作效率查询和统计评估。如： 门诊挂号量、门诊科室工作量、门诊医生工作量等的查询和统计评232、估。2 医院住院工作效率查询和统计评估。如： 病床使用率、临床科室工作量、医技科室工作量等的查询和统计评估。3 医院医护质量查询和统计评估。如医院、科室和医生抢救成功率等医疗质量指标、病区和护士护理合格率等护理质量指标等的查询和统计评估。4 医院经济核算数据查询和统计评估。获得经济核算子系统中部分结果数据， 全面了解全院、各科室和医生的经济核算情况。5 对医院科研项目和教学管理进行计划，跟踪，控制和评估。6 医院管理决策支持。系统提供多种效益分析方法， 建立有效数学模型， 综合以上统 计评估结果，计算各类指数，如：门诊工作量指数、住院工作量指数、医疗质量指数、护 理质量指数、科研工作量指数、教233、学工作量指数和经济效益指数等， 综合评价全院和各科室的工作成绩， 并提供多种预测模型对医院发展情况进行预测， 为医院管理提供决策支持。3.5.4 奖金核算系统奖金核算系统支持灵活地自定义奖金方案配置， 实现奖金核算及其分配， 并将绩效考 115 核结果与奖金分配进行有效对接，实现合理分配、有效激励。支持灵活自定义奖金核算方案、奖金分配方案， 进行奖金的核算及其分配发放， 支持 以函数方式将绩效考核结果引入并影响奖金分配。奖金核算模式支持总额预算模式、科室经营核算模式。提供满足科室和经管办奖金分配管理的统计报表（如全院、科室奖金构成分析、比较分析、趋势分析等）， 科室根据权限可以只访问本科的相关234、数据。3.5.5 院长综合查询系统本系统从医院信息系统中加工处理出有关医院管理的医、教、研和人、财、物分析决策信息，以便为院长及各级管理者决策提供依据。自定义查询页面设计平台。查询权限设置。各种所需数据的统计。根据查询用户的权 限查阅医院运行的信息和数据。临床医疗统计分析信息查询， 临床医疗统计分析信息查询 （含日门诊量、床位利用率等），医院各科室收支情况查询， 医院各科室收支情况分析查询， 财务管理统计、收支执行情况和科室核算分配信息， 药品情况查询， 医院药品出入库情况 分析查询，药品会计核算和统计分析信息， 各科工作量查询， 住院病人情况查询， 后勤保 障物资供应情况查询， 展示方式， 235、对各种数据可以以报表形式显示， 且可以直方图、饼图、线型图等直观的方式展示，支持各种 Excel 文件的方式导出。综合查询与分析系统的基本功能：1临床医疗统计分析信息。2医院财务管理分析、统计、收支执行情况和科室核算分配信息。3医院药品进出库额管理，药品会计核算和统计分析。4重要仪器设备使用效率和完好率信息。5后勤保障物资供应情况和经济核算。6医务、质量和分析信息。7教学、科研管理有关决策分析信息。8人事管理： 各级各类卫生技术人员和其他技术人员总额、比例、分布、相点、使用情况。9科室设置、重点学科、医疗水平有关决策信息。10，学术交流、国际交往有关信息。 116 11门诊挂号统计、收费分项结236、算、科室核算信息及门诊月报。12住院收费分项核算、各科月核算、患者费用查询、病人分类统计信息。13医院社会及经济效益年报信息。14医技情况报表、医院工作指标、医保费用统计信息。3.6 医院信息平台建设医院信息集成平台是以患者电子病历的信息采集、存储和集中管理为基础， 连接临床信 息系统和管理信息系统的医疗信息共享和业务协作平台， 是医院内不同业务系统之间实现 统一集成、资源整合和高效运转的基础和载体。医院信息集成平台也是在区域范围支持实现以患者为中心的跨机构医疗信息共享和业务协同服务的重要环节。医院信息集成平台能够实现医院内部应用系统的一体化数据集成和应用集成， 能够形 成全院级的病人主索引和237、电子病历， 实现不同信息系统、机构部门间信息资源整合， 能够 尽量减少不必要的重复建设， 继承已有的数据资源和服务， 实现业务流程的整合、优化和 有效监控管理； 能够实现与外部系统互联互通， 满足区域的信息共享与协同及医疗卫生监督管理要求。医院信息平台建设及应用见第 3 章、第 4 章介绍。3.6.1 医院信息平台的架构设计3.6.1.1 总体架构设计医院信息平台软件架构在功能上， 由5个层面组成， 从下往上依次是医院基础应用层、 医院信息平台信息交换层、医院信息平台信息资源层、医院信息平台服务层、医院信息平台应用层。如下图： 117 医院信息平台接入医院基础应用系统层即临床服务、医疗管理和运238、营管理各业务应用系统。信息交换层实现医院各应用系统基于数据标准的实体信息交换， 同时为医院信息平台 数据标准化提供技术实现，保障各业务系统的协作和医院信息资源层的资源标准化获得。信息交换层一般由专业的集成平台工具实现，如Ensemble。信息资源层是医院信息平台的核心， 由基础信息库、电子病历库、运营管理库、知识库、数据仓库组成。基础信息库将患者、医疗服务人员、机构、字典和术语进行注册，实现标准化管理。临床信息结果集的三种不同的集合模式分别形成了临床信息数据库、共享文档库、档案库，这三者共同组成电子病历库。临床信息数据库是针对患者诊疗信息的结构化数据并存储于数据库中， 其数据标准遵循电子病历基239、本数据集标准。共享文档库是符合卫计委电子病历共享文档规范和电子病历基本数据集标准的XML文档，应用于区域医疗信息共享与协同。档案库是带格式标记(CA时间戳)的文档（PDF、Word等），为病历纸质文档的电子化展现，主要应用于医院病案无纸化需求、患者需求、异地医保结算、医疗纠纷举证。运营管理库是支持医院临床运行的人力资源、后勤物资、财务信息以及医疗质量与患 118 者安全四类数据的组成。知识库则是为临床医护人员提供临床诊疗辅助支持的数据。医院数据仓库是整合和利用医院业务系统产生的数据，为决策提供支持的一项技术。 数据仓库系统专注于回答过去发生了什么， 为管理层提供了及时、准确、全面的信息， 从而240、可以帮助医院的管理层做更好的、基于信息的决策。平台服务层包括基础服务、电子病历整合服务、电子病历档案服务、对外交互服务、信息安全和隐私服务。平台应用层实现对外交换接入区域卫生信息平台或其他医疗机构， 实现跨平台、跨机 构的信息交换共享应用。同时基于信息资源层的数据分析利用如临床科研分析、运营决策分析等。搭建患者临床集成视图、健康门户应用等。3.6.1.2 技术架构医院信息平台为医院提供了一个集成分散在各应用子系统中的病人医疗信息、实现临床信息整合的平台。它有以下一些重要组件和服务：1 一套对患者医疗数据进行统一管理、标准化存储的数据存储系统2 基于标准的信息模型(HL7 v3 RIM)3 一整241、套医疗信息整合基础架构，可以提供包括：数据规范化，安全和审计功能以及支持数据存储与利用的服务支持功能。应用程序接口（Application Programming Interface 缩写为 API）提供了访问医院 119 信息平台数据的途径。通过 API，用户可以在整合后的临床数据基础上定义新的应用，进行决策分析，医学科研，商业智能(BI).医院信息平台消息服务构建于 HL7 的消息标准， 该消息服务在整合临床信息系统、管 理信息系统等各子系统中发挥着至关重要的作用。消息服务通过 HL7 CDA 文档注册服务、 医学术语转换服务以及内置的消息处理器可以把来自各子系统的数据按照符合标准的格式统242、一存储在医院信息平台中，从而确保数据的一致性和完整性。缺乏一个统一的专业术语系统是医疗行业需要面对的主要挑战之一。医院信息平台通 过统一的中央数据存储中心提供了包括术语存储及管理， 术语的描述及各类专业术语系统 之间映射关系管理等多种服务来应对这个挑战。例如， 一个医学问题可以使用 SNOMED-CT 编码来输入，但是在输出和查询的时候需要使用相应的 ICD-9 或者 ICD-10 编码来表示。当然，这种“概念映射 ”需要依赖外部系统来提供映射数据。术语转换服务。对于构建在医院信息平台上的应用系统， 医院信息平台提供的术语转 换服务大大简化了术语系统之间的映射。医院信息平台医学术语转换服务支持243、包括 SNOMED CT, ICD-9-CM, ICD-10 以及 HL7 Vocabulary Domains 等标准。当然，这些系统之间的映 射需要一些来自外部的映射数据的帮助。另外， 其他相类似的一些术语系统， 包括一些组 织和地区特有的系统， 可以通过医院信息平台的开放架构很方便地添加到系统中。医院信 息平台软件架构除了支持上述国际标准和规范外， 还要支持国家卫计委制定的一系列相关 标准，如卫生信息数据元标准化规则、卫生信息数据模式描述指南、卫生信息 数据集元数据规范、卫生信息数据集分类与编码规则、 健康档案基本架构与数据标准、电子病历基本架构与数据标准等。患者主索引服务。为了保证一个244、病人的医疗数据在医院信息平台的统一管理、标准化 存储以及这些数据的完整、准确， 需要在医院信息平台建立病人主索引系统， 并能够与 HIS 病人主索引系统保持同步。通过患者主索引服务， 系统可以侦测到重复的病人， 快速、准确、全面定位病人诊疗信息。CDA 文档注册服务，在医院信息平台存储 CDA 文档元数据信息，并建立 CDA 文档元数据索引。根据文档查询服务能够快速定位 CDA 文档。CDA文档存储服务，在医院信息平台消息服务和其他应用调用该服务以XML格式保存CDA文档到数据库中，如电子病历CDA文档、临床检查CDA文档等。CDA文档访问服务，根据病人主索引信息、文档元数据信息，通过文档查询245、服务定位 120 医院信息平台的一个CDA文档， 然后调用该服务访问这个CDA文档。3.6.1.3 软件架构设计n 医院信息平台软件架构设计. 原始系统：这里指当前正在运行的生产数据所在的系统。原始数据存于这些系统中， 它们是实现应用的基本素材。需要以 HL7 数据标准为依据对它们进行整理和规范化。 针对原始数据的工作主要是考察它们的定义，研究、观察示例数据，明确它所表达的 内容，并给出原始数据的形式化描述，从而为后面的数据导入工作奠定基础。. 数据规范化模块：使用 HL7 RIM 描述原始数据，形成规范化的数据，并确定新旧数据 的对应关系，最终以数据导入配置文件的形式呈现出来。. 数据导入模246、块：将生产数据从原始系统中提取出来， 根据数据规范化的结果（数据导 入配置文件）将数据转换为符合 HL7 标准的规范化数据， 并调用医院信息平台 HL7 API 将数据存入医院信息平台数据库中。. 医院信息平台核心服务：方案最重要的支撑部件，为方案的实施提供了软件工具和平 台， 包括消息服务， 病人主索引服务， CDA 文档注册服务， 电子病历 CDA 文档存储及访 问服务，临床诊疗信息存储及访问服务，临床检查报告 CDA 文档存储及访问服务等。 消息服务及病人主索引服务在医院信息平台中已阐述，下面就基于 XDS 架构下的 CDA 121 文档标准化存储做阐述。. BI 应用：针对医院信息平台247、数据库中的规范化数据，搭建 BI 应用系统，提供综合性的查询、统计、分析、报表等服务。3.6.1.4 医院信息平台交互服务如上图所示，医院信息平台的交互服务包括电子病历整合服务、共享文档交互服务、区域平台交互服务。电子病历整合服务 :电子病历是涵盖患者门诊住院等在院接收医疗服务全过程的信息 集合。患者的就诊记录、各类申请单、门诊处方和住院医嘱信息、检验检查结果、所有病 历记录等等都应包含在内， 同时提供上述信息调用规则， 为具体的业务协同提供标准的数据交互接口标准。电子病历整合服务是医院信息平台数据完整性的基础。共享文档交互服务： 共享文档交互服务包括共享文档索引服务和共享文档存储调阅服 务。248、共享文档索引服务为共享文档建立目录和摘要， 共享文档存储和调研解决共享文档的存放以及获取方式。医院信息平台用户在被授权的情况下， 可以通过索引服务查阅共享文档摘要信息。再 结合共享文档存储服务可以实现共享文档的即时展示， 使用户更多的了解患者既往的健康情况，为本次医疗服务提供相应的辅助参考作用。共享文档交互服务是医院信息平台实现文档交互的核心组件。 122 区域平台/医联体交互服务包括基本注册服务调用、健康档案调阅服务调用、病历文档上传服务调用、病历数据查询服务调用。基本注册服务调用为跨机构数据交换共享的钥匙， 保障交互目标的正确性， 是其他服务调用的基础。健康档案、病历文档上传、病历数据查询249、服务调用主要解决区域平台信息交互的不同 场景下的应用。例如， 跨机构诊疗时通过区域平台调阅患者在社区卫生服务中心的健康档 案和患者在其他医院的病历数据， 这就用到了健康档案的调阅服务和病历数据查询服务调阅。区域平台交互服务既可作为医疗机构与区域卫生信息平台交互的工具， 同时也是大型 医疗机构特别是具有一定区域性权威的三甲医院在组建医联体过程中， 实现医联体内医疗机构间医疗协同服务的基础。3.6.1.5 共享文档引擎共享文档引擎是实现共享文档模版化的编辑生成共享文档， 并能解析共享文档和浏览共享文档，更高一级要求还包括共享文档的结构和内容的标准化验证。可视化的共享文档编辑器基于共享文档五级架构可250、对文件夹、文档、章节、条目及元模版进行编辑和管理共享文档生成服务根据标准共享文档模版将一般数据对象转化为标准共享文档文档解析服务对于标准共享文档实现结构解析和内容提取，并提供共享文档可视化浏览共享文档验证服务对平台接收或生成的各类共享文档进行结构和内容的标准化验证。3.6.1.6 服务接口设计服务接口是医院信息平台医疗信息交换层的核心内容， 主要解决医院信息平台与医院各业务信息系统间数据交换的问题。服务接口设计应遵循以下原则： 接口稳定原则，稳定性是医院信息系统正常运转的首要要求。 接口灵活性， 可扩展性原则， 接口应尽量灵活， 异构系统变化时， 可以尽量沿用原 123 接口服务或做少量改动即251、可满足。 接口简单原则，应尽量使异构系统解耦， 降低异构系统间的耦合度能够使信息系 统运行过程中因其他系统的原因导致故障的可能性降到最低。 消息机制，接口应尽量通过同步或异步消息处理，遵循 HL7 标准。 可追溯性， 数据接口应能清晰展示接口处理过程，接口异常时可以方便追踪到接 口异常原因。 遵循已有标准原则医院信息平台接口服务开发技术首选 Web Service，并遵循 WS-I Basic Profile 1.0的有关指引。交互的数据要求符合 WS 363-2011 卫生信息数据元目录、 WS 364-2011 卫生信息数据元值域代码、电子病历基本架构与数据标准（试行）等标准的要求。服务接252、口设计 124 消息设计接口服务可追溯3.6.1.7 主索引服务患者主索引服务无论是居民健康卡、院内一卡通的应用，还是临床数据中心的建立首先都要解决的一 125 个问题是：如何采用一种技术和管理手段来确认患者身份，确认多次就诊的患者身份是否统一， 目前公认的方式建立患者主索引 MPI(Master PatientIdentifiers)来实现。医院信息平台中基础服务的患者/个人注册服务以及区域医疗信息平台中的患者/个人注册服务均是患者主索引建立和管理的具体体现。1) 患者主索引和机构级患者主索引（EMPI）患者主索引 MPI，是指在特定域范围内， 用以标识该域内每个患者实例并保 持其唯一 性的253、编码。患者唯一标识是指用于临床实际业务并且能够辅助进行患者 信息唯一性识别， 在该域或跨域各涉众均可见的患者唯一编码。患者主索引服务 是指为保持在多域或跨域 中用以标识患者实例所涉及的所有域中患者实例的唯 一性，所提供的一种跨域的系统服 务。各地可采用身份证、社保卡、医保卡、市 民卡、健康卡等来进行唯一标识的加载与识别。MPI 是一个十分宽泛的概念，但它通常是和患者主 ID 域的建立联系在一起 的。这 个主 ID 域相对其他的 ID 域，通常可以在更大的范围内适用，是一个“机 构级别”的 ID 域。将多个患者 ID 域分级包含入一个“患者主 ID 域”中的方法， 可以被看作是交 叉索引的一个特254、殊用法，其中的各个 ID 域中的 ID 都和主 ID 域 中的 ID 建立交叉索引关系。下图描述了两种可能采用的配置方式。如上图所示， 一个典型的 MPI 方式中的患者主 ID 域（域 C），可以被认为是 PIX （患者标识交叉索引）方式中的一个普通的患者 ID 域。是否将一个覆盖全机 构范围的 系统（如临床数据仓库） 作为“主 ID 域”仅仅是一个结构选择。另外， 有时候这种结构假设， 域 A 中的系统不仅要管理域 A 中的 ID，还需要知道域 C 中的 ID。在 PIX 集成 126 规范中，某个系统被设计部署为跨多个 ID 域进行工作， 这 是另外一种结构的选择。以这 种角度看， 被称作255、“MPI”的实体（图中用椭圆圈 起）实际上是患者标识信息源角色和 PIX管理器角色的混合体。PIX 集成规范可以和一个已经部署了 MPI 的环境共存， 还可以进一步为此环 境提供 更大的扩展性。 PIX 规范还支持很多其他部署配置方式，尤其是在一个覆 盖其他 ID 域的主 ID 域并不是必需的情况下（例如，存在多个域的联合体， 但其 中并没有主 ID 域）。在本文中，MPI 一般指医院内部使用的患者主索引， EMPI（Enterprise master patientidentifiers，机构级 MPI）通常指区域范围内使用的患者主索引。MPI 信息的主要内容按照卫生部 2009 年电子病历256、基本架构与数据标准的 规定， 应包括该标准的 H.02 服务对象标识、 H.03 人口学、 H.04 联系人、 H.05 地址、 H.06 通 信等数据组。其中主要元素包括： 患者主 ID、业务系统 ID、患者 ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份证号、 住址、电话等。2) 患者标识交叉索引不同医疗机构采用不同的标识码标识同一个患者， 当患者在不同医疗机构间转诊需要 交换转诊或协作信息进而共享医疗文档时， 首先要求能够准确识别患者的身份， 这就需要 一个交叉索引系统， 把患者在不同医疗机构的标识码通过索引联系起来， 在需要访问某个系统时可以提供患者在该系统的识别码257、。下图展示不同系统通过交叉索引系统注册和提供患者标识， 从而顺利完成跨机构信息访问的任务。 127 1）A 医院向交叉索引管理系统输入患者标识信息。2）交叉索引系统将输入的信息与系统中的现有患者进行匹配，形成 A 医院 患者标识与现有患者的交叉索引。3）B 医院向交叉索引管理系统输入患者标识信息。4）交叉索引系统将输入的信息与系统中的现有患者进行匹配，形成 B 医院 患者标识与现有患者的交叉索引。5）A 医院系统需要访问一位患者在 B 医院的资料，向 B 医院系统发送请求。6）A 医院的请求中只有 A 医院的患者标识，因此 B 医院收到请求后首先到交叉索引管理系统查询该患者在本院的标识。7） 258、B 医院系统获得请求的患者在本院的标识后可以在本院系统查找该患者 的资料。8）B 医院系统将结果回复给请求的 A 医院系统。如上面的一般场景所述， 交叉索引系统主要提供索引注册和索引查询服务， 另外还有一些保证系统运转的系统管理和维护需求。上述内容描述了患者标识交叉索引在跨机构业务上的应用， 而在一个机构内跨应用系 统（不同开发商的产品）间的业务上也可参考使用， 此时不同的域就是 指不同的应用系统，可根据实际情况确定如何使用患者标识交叉索引。3) MPI 服务功能 128 1.患者信息注册业务系统希望把一个患者的索引加入到交叉索引系统时， 向交叉索引系统传送请求注 册消息， 消息中包含待注册的259、患者信息， 主要元素包括： 业务系统 ID、 患者 ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份 证号、住址、电话等。登记患者流程图示如下：交叉索引系统通过匹配规则检查系统中是否已存在该患者的索引， 按照新增索引或更新索引两种情况分别处理。新增索引需要在交叉索引系统中记录业务系统的索引， 同时产生主索引。如果该患者在交叉索引系统中有潜在重复的记录，还需要记录潜在重复信息。更新索引需要更新匹配的业务系统的索引，同时更新主索引。主索引更新时，需要对订阅主索引的系统发布更新的主索引。2.患者信息匹配接收到外部系统登记患者的请求信息后， 交叉索引系统首先使用业务系统号患者局 部 260、ID（LID）查找，如果存在精确匹配的索引， 只需要对原索引信息进 行更新即可， 如果没有找到精确匹配的患者索引，则需要根据患者的其它信息和系统中的记录进行匹配。交叉索引匹配引擎首先通过预定义的匹配条件选定一批相近的记录，对每个 记录计 129 算匹配度， 再根据这组记录的匹配度确定请求登记的信息属于新患者、现 有患者或者潜在 重复患者。这里所说的潜在重复是指两个患者的信息匹配度比较 高但还不足以判定为同一个人。患者信息匹配流程如下：3.更新主索引在交叉索引系统新增或更新一个患者的索引信息后， 同时需要对主索引进行更新。向 交叉索引提供患者信息注册的系统可能拥有不同的信息可信度，因此其 提供的261、信息对主 索引的影响有所不同。更新操作根据新的信息对主索引每个字段 记录的信息进行评价， 确定该字段的最佳值。4.记录潜在重复匹配引擎检测到申请登记的患者和现存索引存在潜在重复时， 需要对潜在重复的情况 进行记录， 并返回给业务系统或系统管理员进行处理。 发布主索引业务系统可以向交叉索 引系统订阅主索引， 便于在以后的应用中加快应用， 提高信息准确性， 交叉索引系统在对一个患者的主索引更新或增加新索引后，需 要向订阅主索引的业务系统发布更新。5.记录操作日志交叉索引系统业务记录发生的变化都需要记录操作日志， 并能实现回退。 需要记录的业务操作： 130 新增局部索引更新局部索引合并索引新增主索262、引更新主索引取消索引合并索引自动匹配取消自动匹配6.获取患者交叉索引交叉索引系统的主要功能是为业务系统提供业务系统交叉索引表，业务系统 可以通过两种方式获取交叉索引：通过全局标识获取、通过患者信息获取。如果业务系统中记录了患者全局标识，交叉索引系统可以直接检索到该患者 的交叉索引表。当业务系统仅提供患者本地信息向交叉索引系统检索交叉索引时，交叉索引 系统首 先要进行患者信息匹配， 在交叉索引库中查找可以匹配的病人。如果能够 精确匹配， 则返 回该患者的交叉索引； 如果仅能匹配到潜在重复， 则返回潜在重 复信息， 由业务系统进一步选择；如果匹配失败，则返回空记录。7.获取患者主索引信息交叉索引系263、统存储了患者在多个系统中的标识信息， 并由此维护一个主索引， 记录最准确的患者基本信息， 该信息可以提供给业务系统使用， 提高业务系 统中患者信息的质量。获取患者主索引信息的使用方法要求与获取患者交叉索引类似，可以由业务 系统提供全局标识获取，也可以由业务系统提供患者本地信息获取。4) MPI 管理功能1.查询患者允许系统管理操作人员使用全局患者标识或业务系统本地患者标识检索患者； 或者输 入患者部分信息，如姓名、性别、出生日期、身份证号等检索患者，检索结果以列表形式返回给操作员。2.检索患者索引历史以直观的形式显示指定患者的全部索引， 浏览索引详细内容， 并查看索引创建、更新的过程记录。3.264、比较患者索引对选定的局部索引或主索引进行信息比较， 检查两条记录的匹配度和差异性， 生成差异报告。 131 4.修改患者索引提供操作界面满足管理后台对现有索引进行修正的要求。5.处理潜在重复对潜在重复的索引进行合并或取消重复标记的操作，首先由系统提供潜在重 复记录的差异报告，然后由管理员处理。系统自动匹配的索引或者人工合并的索引可以由管理员进行拆分。6.查看报表提供操作界面查看系统中需要管理员处理的信息报表， 包括潜在重复报表、默认匹配报表，也提供管理员人工处理的信息报表，如合并操作报表。7.系统管理系统允许参数设置，包括业务系统权重设置、病人信息字段权重设置。使用权限管理，即使用系统的用户及265、其相应操作权限管理。系统字典管理，包括病人资料涉及的多种标准字典和系统自定义字典。8.日志管理日志分类浏览，需分类的日志类型：索引注册、索引更新、系统匹配、潜在重复、手工拆分、手工合并。对日志显示设定限定条件，包括：日志时间、患者 ID。日志导出，导出为 XML 文件，并可以在日志浏览器中打开显示内容。5) 患者新增/更新流程当患者标识建立、修改、合并后， 或在基本信息关键字被修改后， 患者标识源向 PIX 管理器传送患者标识和基本信息。PIX 管理器在接收到患者标识源发送 的消息后， 对患者信息进行相应的增、改，检查是否存在重复并进行相应的处理。 服务流程图示如下： 132 需要指出的是： 266、当不同系统的患者 ID（不同 ID 域的 ID）进行匹配计算时， 很少有 患者基本信息完全一致的情况（MPI 信息匹配度为 1）。基本上当两个 ID 信息匹配度大 于某一个值时（如大于 0.95），就可认为该两个 ID 是指向同一个人。 任何匹配算法都不可能保证匹配精度为 100%。为了尽可能提高 PIX 系统的可信度， 一般情况下应以卫计委电子病历基本架构与 数据标准的相关要求建立身份信息框架， 对部分重要关键词排序， 并适当考虑关键词的关联关系，以求得尽可能高的匹配精度。医生主索引系统医院信息平台可以支持异源异构的应用系统集成， 这些应用系统的医生用户在不同的 系统可能有着不同的用户标识（267、ID）和名称。而信息集成平台通过建立医生主索引可以将不同应用系统中的相同用户链接起来，达到一个医生 ID 可以全局使用的目的。医生主索引管理类似患者主索引， 主要区别是角色不同。功能参照患者主索引服务介绍。 133 3.6.2 涉及医院现有系统标准化改造卫计委在 2009 至 2012 年陆续推出了卫生行业的标准， 包括卫生信息数据元目录、 卫生信息数据元值域代码、电子病历基本数据集和卫生信息共享文档规范、基 于电子病历的医院信息平台技术规范和基于健康档案的区域卫生信息平台技术规范， 为医疗卫生信息的“互联互通”提供了标准方面的支撑， 也为我们医院信息平台和区域协同平台实现更大范围的信息共享和268、协作提供了保证。3.6.2.1 标准化改造的目标和思路平台标准化改造的目标是在保证现有系统业务系统正常运转的基础上， 重点实现信息交换的标准化，是医院信息平台建设的基础。首先是保证通过平台输出的数据是标准的、符合卫生信息数据元目录、卫生信息数据元值域代码、电子病历基本数据集的要求；第二是平台能够输出符合卫生信息共享文档规范要求的临床信息共享文档，医院信息平台能够接收和管理符合卫生信息共享文档规范要求的临床信息共享文档；第三是平台能够对外部系统提供标准化交互服务， 主要是基本的注册服务和共享文档交换服务，实现“信息共享”和“互联互通”。3.6.2.2 改造目标通过标准化改造， 在数据标准方面完成269、卫生信息数据元目录、卫生信息数据元值 域代码的管理。完成电子病历基本数据集和基础代码表以及电子病历表单的映射关系，完成了包括电子病历基本数据集（如住院病案首页， 门诊西药处方）的标准化映射和转换。在电子病历共享文档改造方面，完成医院信息平台对共享文档的注册、存储、检索、浏览功能以及临床共享文档的生成功能。在平台交互服务改造方面要完成个人注册服务和共享文档交换服务的定义。任务包括：（1）依据数据集标准， 对现有电子病历模版和模板单元进行改造， 使在结构化要求上能够支持电子病历基本数据集中的数据元的要求。（2）完善平台的基础代码表与标准值域代码表的映射关系，支持全部 17 个数据集，58 个数据子270、集中的使用值域代码表的数据元的标准化转化。 134 （3）按照卫生信息共享文档规范要求的范围， 实现医院区域协同应用共享文档模 板。按照基于电子病历的医院信息平台技术规范和基于健康档案的区域卫生信息平台技术规范要求实现其他的交互服务。3.6.2.3 改造方案. 数据标准化改造针对卫计委发布的电子病历基本数据集标准，首先建立 17 个数据集， 58 个子集 的电子病历标准目录结构， 然后将数据集标准中规定的数据元按照子集的划分， 保存在对 应的数据子集目录下， 每一个数据子集是一个完整的独立数据集， 是对外部系统提供业务数据的最小的单位。针对 58 各个数据子集中的每一个数据元， 通过建立“业务271、表单的数据项”与“标准数据元”的映射关系，为电子病历模板中的数据单元明确了具体的语义。在目前的业务系统中， 业务系统的代码表并不是完全按照标准去建立的， 与卫生信息 标准的代码表实际上存在“多对 1”的 情况， 通过建立“业务系统代码表数据项”与“卫 生信息值域代码表数据项”的映射关系， 在对外部系统提供数据交换时， 依据映射的规则，对业务数据进行清洗和标准化转换，最终向外提标准化的电子病历基本数据内容。数据标准化改造-代码与数据标准的映射管理. 共享文档标准化改造 135 针对卫计委发布的卫生信息共享文档规范中的各个共享文档的标准， 在系统中实 现对共享文档模板结构定义。在文档结构定义中， 272、针对共享文档中各标签具体描述的语义， 结合对应的电子病历基本数据标准中的数据元定义，给文档结构中各个标签的数据来源， 在生成共享文档时， 通过获取标准化转换的数据集内容， 作为共享文档描述内容， 完成共 享文档的生成步骤， 然后再通过共享文档的“文档管理”模块功能， 支持共享文档的注册，查询，获取功能。在本次标准化改造过程中， 是通过“共享文档管理”模块来实现上述标准化改造， 是一个新的模块，作为医院信息平台的一部分，完成共享文档标准化的功能。共享文档标准化改造-共享文档管理. 平台基础服务标准和改造平台基础服务的改造包含个人注册和共享文档的交换，浏览功能。平台的个人注册服务， 作为一个独立的273、服务， 为平台下的 POS 系统和区域信息平台上的患者注册服务，对于平台， POS 系统和区域信息平台仅是不同的服务使用者。个人注册服务使用通用的 web service 技术对外部系统提供服务，参考 HL7 V3 的消 息的格式， 给出参数定义， 个人注册的数据项符合电子基本数据集中对患者基本信息的要求。共享文档交换服务是指平台自身能够支持产生共享文档， 也需要支持外部的共享文档接收， 并且支持能够管理接收的共享文档与患者主索引的关系， 实现患者区域内产生病历 136 的管理。共享文档浏览服务通过改造现有 EMR 浏览器的功能实现，支持通过医院信息平台的“共 享文档管理”模块， 在患者主索引274、的支持下， 获取患者每次就诊的共享文档目录信息， 最 后， 根据用户选择的具体目录中的内容， 通过共享文档获取服务， 实现对共享文档的浏览功能。3.6.2.4 标准化改造的技术实现集成交换平台是构建整个医院内部数据交换与业务整合的系统框架。通过集成交换平 台产品， 使各应用系统能在应用和数据层面形成一体， 实现数据共享、交换和应用业务整合与集成，消除信息孤岛和协作盳点；通过集成交换平台实现平台化的分层架构， 实现包括业务系统(如HIS、LIS、RIS等)与 管理系统(如OA系统、客户关系管理、绩效考核系统等)的分层等。将不同的业务系统依据访问频度、性能要求、实时性要求、数据粒度等的要求进行架构275、分层；ETL工具集， 包括对多种异构数据源进行格式， 语法层面的抽取、清洗、转换等自动加工操作，以实现离散数据的互通机制；数据总线： 用于实现不同系统之间互联互通的路由、交换、协同工作，包括在数据传送过程中实现协议转换，数据格式转换等；同步复制组件： 实现不同应用系统之间， 数据中心与业务系统之间， 数据中心与区域平台之间的数据的同步与更新，用于实现分布环境下数据逻辑集中的应用条件；协议转换网关， 用于实现HL7数据集、卫计委的其它标准自动转换， 元数据维护、字段管理等功能。集成交换平台提供数据采集、交换与共享服务， 包括采集接口服务、数据传输、数据 收发、数据加密/ 解密、数据压缩/ 解压、276、数据模板管理、数据元管理服务、全程健康档 案服务、数据共享交换服务、安全审计功能等。集成交换平台提供完整的管理功能， 例如： 消息交换服务、消息共享服务、消息存储服务管理、消息监控管理等。通过对外交换数据支持与区域协同医疗机构进行数据交换。 137 3.6.3 信息交换层-集成交换平台3.6.3.1 医院信息集成交换目标医院信息集成交换包括院内信息集成和院间集成。如上图所示，院内信息集成能够实现的是：1)基于集成平台实现各信息系统之间的互联互通， 并能清晰监督系统之间信息交互过程。2)基于主索引实现将患者在不同信息系统的诊疗信息串联起来， 使患者诊疗信息能够完整的展现。3)医院不同角色用户特别277、是临床医护人员能够及时获得不同系统的信息， 保障信息系统共享的范围和效率。4)基于集成平台实现相关业务的质量监控， 例如院内感染指标监控， 院感监控涉及多个业务系统的信息， 如HIS医嘱、电子病历诊断、检验报告、病理报告等相关指标，通过定义院感监测的关键指标要素， 转化为集成平台需要监控的各业务系统的消息，集成平台会收集满足各项指标要求的信息数据传递给院感系统。5)为医院信息平台的信息资源层建设奠定数据采集、标准化转换的基础。6)为医院各信息系统的标准化接口定义符合医院利益的规则， 为后续信息化建设积累信息传承基础，大大降低个别业务系统的升级或更换的困难。 138 7)实现与区域医疗信息平台信278、息交换与共享， 一方面基于患者主索引获取其他医院同 一患者的电子病历信息； 另一方面为区域医疗信息平台提供患者电子病历信息、共享知识库信息等。8)实现与国家卫生信息平台、省卫生信息平台、其他外部协作机构的信息交换与共享。如上图所示，院间医疗协同信息交换关键实现院间信息的互联互通，医疗资源的共享，为院间业务协作提供紧密的信息化支撑，同时保证各医院现有信息系统的独立运行，避免信息化建设的投入重复浪费。具体来说包括：1)患者信息的跨医院共享， 包括实现跨院就诊一卡通、患者基本信息的一次录入其他 院区共享， 诊疗账户跨医院共享。如需要还可实现跨医院的统一挂号协同， 在任一医院挂其他医院的号。2)实现跨279、医院的临床信息共享， 在各医院内部信息集成的基础上， 基于患者主索引及 一卡通管理， 医护人员能够获得患者在各医院的诊疗信息， 患者主索引为医院信息平台提供各医院同一患者的电子病历信息。3)实现跨医院互开检验检查及报告共享， 整合各院区优势资源为患者服务， 提高医疗设备的利用率，避免院区间重复投入，增加医院成本。4)实现双向转诊及远程会诊， 患者可在院间实时转诊， 并可实现跨临床信息实时共享的专家远程会诊。5)为医疗集团的信息资源层建设奠定数据采集、标准化转换的基础。 139 3.6.3.2 集成交换平台概述集成交换平台的主要任务以电子病历为核心， 采集、标准化处理和存储相关业务系统 信息数据280、， 并对外部系统提供数据交换服务， 包括与各级卫生信息平台及其他外部机构必 要的对接， 实现数据交换和共享及业务协同和监管。集成交换平台为整个医疗信息资源中 心的数据来源提供了技术基础和保障， 通过信息标准、交换原则的制定， 对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性。东华软件股份公司采用基于 SOA 架构、ESB 总线、消息机制的， 美国 Intersystems 的Ensemble 统一整合平台构建数字化医院综合平台的集成交换平台。集成交换平台 Dt-iShare 是一个企业级服务集成与共享平台， 能够用统一的方式， 实 现各系统间不同结构和格式的数据的相互转换， 281、并由协调引擎（工作流引擎）根据服务流 程的定义统一协调各个机构的业务系统间的数据传输和消息通信， 以实现数据共享和路由， 保证了各业务系统的有效协同， 同时又能保证各应用系统的相互独立性和低耦合性， 从整体上提高了系统运作效率和安全性。Dt-iShare 为医疗信息系统提供了一个互操作平台，它采用现有的信息系统和标准， 以患者为中心(将患者的全部医疗信息整合为单一的记录)，帮助用户跨越多个数据源（属 于不同组织） 和地点获取医疗数据。为用户提供统一的应用视图。实现了跨部门， 跨机构的区域医疗信息共享。整合起来的以患者为中心的医疗数据将来可以开发多种应用， 如临床医生可查看患者 140 完整的历282、史资料， 帮助医生了解病人病史， 就诊史， 方便医生诊疗；医疗机构可测评医疗 质量、优化门诊/住院流程等管理方面； 医疗机构之间可实现医疗协助（如 远程会诊、远 程诊断、远程查房）、双向转诊等； 疾病控制中心（CDC）和紧急医疗中心（120）或医院之间的实时信息共享；卫生管理机构可实现区域内的资源管理和预警机制管理等。统一应用访问入口（医护人员/系统管理员/政府人员/居民）访问网关VPO数据对象管理业务流程管理术语及词汇存储管理服务对外接口服务安全及隐私服务接口服务安全管理审计追踪日志管理术语管理临床应用视图服务居民数据访问接口系统管理统一访问管理服务管理网关身份管理人员身份管理居民身份管理许283、可管理平台系统管 理标准体系管 理安全访问控 制数据网关医疗卫生文档集成SDK 开发基础框架Stuido 开发工具机构身份管理系统管理服务标准化引擎临床文档库集成服务标识管理术语管理身份管理MPI服务BusHUBHUB集成交换平台的 Hub 基于 Ensemble 平台，它主要提供了三种功能：1.身份管理决定是决定在两个不同的机构中存储的记录是否是同一患者。2.临床病人主索引确定哪些机构有病人的信息。3.管理信息，如用户授权列表，网关地址，以及安全和隐私信息。 141 由于数据是由几个不同的机构收集的， 任何地区级或国家级的区域系统必须有一个唯 一标识一个病人， 并确定在不同机构的数据属于同一284、病人。有时可能是一个国家的身份证 号码作为标识， 这使问题变得简单， 但事实并非总是如此。Hub 含有一个病人主索引（MPI）。 在没有使用国家的识别号码的系统中，是通过使用先进的索引和搜索 MPI 技术来鉴定患者。 iShare 包括以高性能的身份管理技术， 专门为区域的健康记录交流。它也可以配置集成其他 MPI 产品。Hub 需要存储的数据是很小的，不存储临床数据，只是集成病人人口统计信息以及与 每个机构， 和确定病人的标识符。病人主索引中的信息需要批量加载， 当一个新的机构加 入。此后，它是不断更新变化，在医疗点触发，例如，添加新患者， 现有的病人的数据更新，或两个病人的病历，如果发现属285、于同一人，要求现有的记录进行合并。BUS集成交换平台的总线是基于 HL7，以 SOA 架构和医疗行业标准为基础，对业务流程、应用系统、相关数据进行集成，提供统一的访问服务。 142 数据交换总线有利于解决各各个网关之间、应用系统之间数据隔离， 共享困难的局面，通过 BUS 加强各个信息系统之间信息整合、信息共享，有利于支撑医疗卫生业务的开展。网关集成交换平台的网关是基于 Ensemble （一个快速集成平台），它作为机构数据集成服 务和为机构用户访问居民数据提供支持。具体功能细分为数据网关和访问网关， 是所有数据的采集端、访问端、存储端。具体描述信息如下图所示： 143 网关信息描述图（1）数286、据网关数据网关的实质是数据交换中间件， 实现各种应用间数据互联互通， 用于实现跨平台、跨组织异构系统之间的数据混总、数据分发，数据交换等功能。其主要功能有：1.是一个许可管理框架，它用来记录所有患者许可声明，并强制执行这些许可声明；2.提供数据标准化服务和术语服务；3.消息协议转换；4.过标准化处理后存储在本地的存储池中，以供需要是调用；5.对外提供数据访问接口服务：访问网关、 Hub、消息广播等。其中标准化处理引擎主要是在标准化数据存储在 ECR 之前需要对数据转换或客户业务 144 过程处理。1.标准化处理引擎 输出为 HL7 V2.5/V3 消息。2.转换临床数据为统一代码格式。3.执行287、客户自定义功能。标准化处理过程如下图所示：1.输入过滤器：接收 DSP（数据源提供者）发送到消息2.标准消息格式：将消息安装 HL7 v2.5 / V3 结构存储消息3.语义标准化：对消息内的编码进行统一处理（2）访问网关交换平台的访问网关提供各个模块之间通信的临时站点， 包括： 应用系统和与之对应的数据网关； POS 接入点和 HUB 之间；网关和网关之间。访问网关内嵌临床视图工具 ，并提供一套 API，方便客户自定义开发系统。1. 病人检索接口：2. 临床视图工具3. 视图缓存器 145 视图缓存器是用来短时间 存储患者信息，以后需要定义存储策略。3.6.4 基础信息库3.6.4.1 注册288、服务与基础信息库注册服务用于医院信息平台各种共享服务资源的注册， 通过服务资源的发布发现-访问机制，实现服务资源共享。注册服务是医疗信息闭环系统中最基础的服务之一。注册服务包括对患者、医疗卫生服务人员、医疗卫生机构（科室）、医疗卫生 术语/字 典的注册管理服务， 系统对这些实体提供唯一的标识。针对各类实体形成各类注 册库（如 个人注册库、医疗卫生机构注册库等），每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。注册库具有一个内部的非公布的标识符。注册服务既要支持一体化管理模式下院本部及分院的各实体的唯一标识， 后续还要支 持区域医疗协同中患者跨医疗机构的主索引服务， 通过交叉索引及区289、域一卡通实现患者的唯一标识。基础信息库是一个标准化的医院基础信息（人员、科室、术语、字典等）结合。上述注册库的集合构成医院信息平台的基础信息库。 146 因此， 基础信息库集中了整个医院管理信息平台的基础信息和共享数据， 是为各个子 系、统提供基础信息服务的。基础信息库包括了患者的人口学信息、医疗卫生人员的注册信息、以及各种医疗卫生、公共卫生术语字典数据及流程模板数据等。病人基本信息是基础信息数据库中的核心内容之一。无论是电子病历、医疗业务、临 床信息， 还是疾病分析信息和公共卫生条线数据都是以病人基本信息为 基础的。在此基础上，实现电子病历、医疗业务（含临床数据）的关联。医护人员库是基础信息290、数据库中的另一个核心内容， 以医护人员信息为基础。可以建立医院诊疗资源注册库，可以作为医院管理以及绩效考核的基础。数据元字典是辅助各类医院业务、临床业务的基本数据元、代码集以及数据 字典； 以及包含了医院各种业务、流程说明模版的操作模型。此外， 流程模版库也应纳入基础信息库管理， 它是包含了医疗机构医疗业务、临床路 径、管理流程、财务结算等所有信息系统正常运转、分布协同的规则库。通过流程模版库 的流程引擎指导， 能够明确患者在医疗机构内如何进行就医， 临床医生如何对患者进行准 确诊断， 防保医生如何对疾病进行控制和分析， 管理及后勤人员如何对医疗资源进行合理 分配或者补充采购、财务结算人员如何291、统计和控制医院的收入和开支。流程模版库是医疗机构保证正常运转的核心，对各级医疗卫生人员和患者的医疗行为起着规范和指导作用。3.6.4.2 患者注册1.患者注册的目的患者注册用于对前来医院就诊患者的基本信息进行管理， 通过对病患者基本信息的统 147 （证明文件）号码码（证明文件）号码的生效效日期（证明文件）号码的失效效日期或单位的名称供标识的正式登记 注册的姓氏和名一管理，可以实现对患者信息最完整的保存， 可以解决患者信息在各个系统 中的不一致问题，以避免重复录入患者基本信息的情况。患者注册服务在医院信息平台上， 形成一个患者注册库， 安全地保存和维护患 者的诊疗标识号、基本信息， 并可为医疗292、就诊及公共卫生相关的业务系统提供人员身份识别功能。患者注册库主要扮演着两大角色。其一，它是唯一的权威信息来源， 并尽可能 地成为 唯一的患者基本信息来源。其二， 解决跨越多个信息系统时患者身份唯一性 识别问题。患 者注册服务是医院信息平台正常运行所不可或缺的， 只有通过统一的 患者注册管理， 才能 确保记录在医院各个信息系统中的患者被唯一地标识， 各类诊疗业务数据通过统一管理的患者注册记录关联起来，最终形成患者在机构内的全局共享诊疗信息记录。2.患者注册信息模型患者注册信息的主要内容按照卫计委 2009 年电子病历基本架构与数据标准 的 规定，应包括该标准的 H.02 服务对象标识、 H.03293、 人口学、 H.04 联系人、 H.05 地 址、H.06 通信、 H.07 医保等数据组。组临床数据数据元标识符（DE）数据元名称重复次数定义数据 元值的数表示格式数据元允许值HR01.01.002.01标识号-类别代码1.1特定环境下本人身份标识（证明文件）号码的类别SN2CV0100.03 个体标HR01.01.002.02标识号-号1.1特定环境下本人身份标识SN.30HR01.01.002.03标识号-生0.1特定环境下本人身份标识DD8HR01.01.002.04标识号-失0.1特定环境下本人身份标识DD8HR01.01.002.05标识号-提0.1提供本人身份标识的机构SAN.7294、0HR02.01.001.01姓名-标识对象0.1姓名的标识对象,如本人姓名、户主姓名、母亲姓SA.20CV0100.01 姓名类HR02.01.001.02姓名-标识0.1姓名的标识对象代码SN2CV0100.0HR02.01.002对象代码 姓名1.1本人在公安户籍管理部门SA.302 姓名标 148 H.02HR42.01.012病人类型标识病人类型的代码SN1病人类型H.02 .001 个体生物HR51.03.003ABO 血型1.1标识本人按照 ABO 血型系统决定的 血型类别代码SN1CV5103.02ABO 血HR51.03.004RH 血型1.1标识本人按照 Rh 血型系统决定295、的血 型类别代码SN10.Rh 阳性 1.RhH.02 .002个体HR01.03.001.01个体危险个体危险性标识的名称SAN.20HR01.03.001.02性名称个体危险性代码1.1个体危险性标识的类别代码SN2个体危险性标识代危险H.03人口学HR02.02.001性别代码1.1标识本人生理性别的代码SN1GB/T2261.1- 2003 个 人基本信息分类与HR02.03.001年龄人的生存年数，计量单位NN.3代码 第HR02.04.001国籍代码0.1标识本人所属国籍的代码SAN3GB/T2659-2000 世HR02.05.001民族代码1.1标识本人所属民族类别的代码SN2界各国和GB 3304- 1991 中国各民族HR02.06.003婚姻状况类别代码1.1本人当前婚姻状况类别的代码SAN1GB/T2261.2-2003 个HR02.0