详细说明
DETAILS
医院智慧后勤 · 产品与应用
让科室需求、机电设备与后勤服务衔接起来
以院内实际管理流程组织产品：一端连接科室报修与服务需求，一端连接设备运行、班组任务和专项后勤台账。先明确岗位、对象和流程，再选择应用组合，适合分期建设和已有系统协同。
公共能力支撑
复用设备、数据、告警、可视化、组织与权限，减少医院应用之间重复维护基础信息。
医院专项应用
围绕医废、被服、中央运送、保洁和护工组织台账与任务；专用终端及完整流转按项目接入和配置。
按院内流程扩展
根据院区、科室、岗位和外部接口实施二次开发，将未覆盖的业务纳入明确的演示与验收清单。
先把每天发生的任务管起来
可以从设备台账、科室报修、工程巡检与维保开始，随后扩展医废、被服、运送等专项服务。对于已有HRP、OA或后勤系统，先核对数据归属与接口，再确定如何衔接。
选型时，建议这样看演示
建议用本院一条报修流程和一项专项后勤业务做样例，核对发起、受理、执行、记录和查询。下文分别说明已有应用、项目集成与二次开发范围。
公共能力与产品组合
医院产品组合公共能力与行业应用；无需一次购买所有模块，也可在没有BIM模型时先用台账、二维图和工单开展业务。
产品功能与应用详情
把设备运行与后勤服务放到同一条工作线上
古河医院智慧后勤运维平台面向医院后勤管理部门、物业服务单位和系统集成商，以公共能力平台和医院后勤应用为支撑，将设备监控、报修派工、巡检维保、资产物资、能源分析及专项服务组织到统一门户。后勤人员可以围绕“哪栋楼、哪台设备、哪项任务、谁来处理”开展工作，管理者按责任范围查看进度、异常与服务记录。
产品采用“公共能力复用、医院应用组合、项目需求扩展”的建设方式。既有系统可按接口条件接入，院方特有流程和现有模块未覆盖的需求可以二次开发。软件应用按选定版本、启用模块和联调结果形成交付清单。
后勤部门与物业单位
关注待处理事项、设备风险、责任分工、服务进度和运行成本。科室报修、班组执行与管理复核围绕同一业务记录协作，减少重复登记和跨系统查找。
系统集成商与实施团队
复用设备接入、数据、告警、可视化、权限和应用框架，重点完成医院设备模板、主数据整理、接口适配与流程联调。已有应用满足的部分按配置交付，差异部分按清单开发。
公共能力平台怎样支撑医院应用
平台业务服务采用Java / Spring Cloud架构，与现场采集组件分层协作。公共层提供可复用的设备、数据、告警、可视化与管理能力，医院应用承接具体业务，避免每个专项重复建立一套人员、空间和设备信息。
医院业务应用
后勤门户 · 客服服务台 · 机电运维 · 资产物资 · 能源后勤 · 医废 · 被服 · 中央运送 · 保洁 · 护工
公共能力平台
物联中心管理接入对象与设备模型；数据中心组织实时与历史数据；告警中心处理规则和告警记录；可视中心承载二维组态、BIM与看板；控制、AI、算法及管理能力按应用需求组合，支撑操作授权、知识检索和业务扩展。
现场设备与已有系统
通过采集网关、协议驱动或系统接口接入楼控、配电、给排水、暖通、环境、计量、视频与门禁等对象。医院业务系统通过约定接口交换所需数据。
以上为产品组成示意。采集、平台服务与医院应用分别部署和联调；项目验收同时检查数据质量、业务流程、操作权限和设备侧反馈。现场自动控制与保护逻辑由相应专业系统承担。
日常后勤工作如何开展
综合监控：找到异常所在的位置
汇总已接入设备的运行状态、实时参数、历史曲线与告警。在院区、楼栋、楼层、机房或设备视图中查找对象，结合二维系统图或已完成绑定的BIM模型定位。医用气体、净化空调等专题按现场点位与院方规则配置。
服务台：让一张报修单有始有终
登记科室、位置、故障描述与联系信息，按维修类别交给对应班组处理。工单记录派发、接单、处理与完工情况，结合复核、回访和时效统计组织服务闭环。扫码、移动入口和消息渠道按项目选配与联调。
巡检维保：围绕设备安排工作
以设备台账、巡检点、任务模板和保养计划组织班组作业，记录检查项、异常和处理结果。把设备文档与维修历史作为现场参考；发现异常后，按流程进入维修处理，交接班时有据可查。
能源与资产：看清数据从哪里来
通过表计与采集规则汇总水、电、气等用能数据，按计量关系做分项、趋势与期间对比。资产、备件、库存及领用记录支撑设备维护。科室成本分析先确定表计归属、分摊规则和费用口径。
医院专项应用及扩展方式
专项应用提供业务记录与任务操作入口，复用公共平台的组织、空间和管理能力。下表区分应用当前承接的业务对象与需要项目落地的扩展事项，便于按实际需求选择。
| 应用 | 业务记录与任务管理 | 项目集成或二次开发 |
|---|---|---|
| 医废管理 | 废物类型、科室、位置、重量、经办人、追溯编号和处理状态。 | 智能称重、条码或RFID、交接节点校验、外部处置与监管接口。 |
| 被服管理 | 被服类型、科室、数量、经办人，以及回收、洗涤、分发等状态记录。 | 洗涤厂数据交换、逐件识别、交接核对、损耗与结算规则。 |
| 中央运送 | 任务类型、起止科室、优先级、执行人，以及请求、接单、完成时间。 | 室内定位、就近调度算法、电子签收、轨道物流与机器人系统对接。 |
| 保洁管理 | 作业任务、区域责任、排班、质检评分与整改状态、耗材申领记录。 | NFC或定位终端、院方消杀表单、自动任务规则、外包考核流程。 |
| 护工管理 | 病区排班、派工优先级、陪检陪护任务、到达记录和服务评价。 | 呼叫联动、定位调度、特定服务流程及院内业务接口。 |
餐饮、宿舍、预算、合同、SPD等需求可通过已有系统集成或独立应用扩展纳入门户，具体按业务流程评估。台账能够登记状态，并不自动等同于完成终端采集、签收校验或外部系统的全流程对接。
三个场景，把功能变成可验收的工作过程
病区空调报修：科室能查进度，班组能查设备
科室描述位置和故障现象，服务台核对设备后派发任务。维修人员查看设备资料和已接入的运行数据，记录处理过程，完工后由约定岗位复核。演示时应使用同一张工单走完整个过程，同时查看退回、转派等异常处理。
医废交接：先建立责任记录，再接入称重与追溯设备
按科室记录废物类型、重量、经办人和当前环节，为每日任务核对提供依据。需要自动称重或交接扫码时，再适配终端与数据接口，明确重复扫码、重量修正、漏交接和异常退回的处理规则。
楼栋用能异常：从报表回到表计和设备
管理人员发现用能变化后，先检查计量范围与采集连续性，再结合使用时段、设备运行和现场记录分析原因。将核实后的问题交给责任班组处理，按相同统计口径复查；节能效果应由可比数据验证。
与医院已有系统如何分工
医院IBMS负责接入与监控，后勤应用负责服务任务和业务记录，数字孪生负责空间表达及设备定位。已有HIS、HRP、OA或专业物流系统可通过接口提供必要的科室、组织或业务信息；同步对象、数据权限与失败处理方式在接口清单中约定。
视频、门禁、停车和一键报警可按厂家接口汇总状态或事件。涉及设备控制时，需要逐点明确可控范围、操作权限、确认步骤和结果反馈，不能仅用平台“已发送”判断设备已经动作。
实施与验收：从一个院区、一组流程开始
- 确定范围：选择优先上线的院区、班组、设备和业务，区分保留系统、配置模块、集成接口与二次开发项。
- 准备数据：整理科室组织、空间编码、设备台账、表计关系、人员权限、接口文档及可用模型。
- 配置与联调：建立设备映射、业务表单、任务状态、告警规则和管理视图，用真实样例核对数据与流程。
- 按场景验收：检查一张报修单、一条巡检任务、一组计量数据和一项专项业务的完整过程，并验证断连、重复提交和权限限制。
- 培训与移交：交付配置清单、接口说明、操作手册、测试记录和运维安排，再按实际使用结果扩展。
可按院方环境制定私有化部署方案，管理人员使用Web入口，现场人员使用相应移动应用。Windows、Linux及浏览器适配范围以所选组件和交付版本为准；服务器、网络、第三方接口和终端条件在实施前一起确认。
已有医院项目与相关产品
以下公开案例用于了解古河在医院设施集成与运维领域的项目经验，各案例实施范围以原页面说明为准。
常见问题
医院智慧后勤运维平台与IBMS有什么区别？
IBMS侧重设备运行状态、告警和子系统集成。医院智慧后勤运维在公共能力平台上组织报修、巡检、维保、能源、资产及医院专项业务，把设备异常与服务任务联系起来，并按科室、班组和管理岗位提供工作入口。
没有BIM模型，可以先建设医院后勤平台吗？
可以。先整理院区、楼栋、楼层、科室与设备台账，用列表、二维图和工单开展日常管理；具备可用模型后，再补充构件编码、设备绑定和实时数据映射。三维模型建设与后勤业务上线可以分阶段实施。
医废、被服和中央运送是否都能直接使用？
平台已有相应业务台账和任务管理能力，可以记录业务对象、责任人、时间及状态。称重终端、RFID、电子签收、定位调度、洗涤厂或外部监管接口需要按项目对接；完整流程以选定版本的演示和验收清单为准。
医院已有系统，能否保留并接入？
可以按接口条件保留现有楼控、能源、视频、门禁及业务系统，明确哪些数据只读汇总、哪些需要双向同步。科室编码、设备编码、告警状态、同步频率、权限和异常重试规则应在联调前确定。
医院个性化流程如何实现？
先用组织权限、设备分类、任务模板和报表配置满足通用需求；对差异较大的审批流程、专项业务、终端接入和外部接口进行二次开发。开发前共同确认流程样例、接口清单、交付范围与验收用例。
把医院需求清单变成可演示的交付范围
提供拟上线的业务清单、现有系统与接口、设备数量及院区情况，古河可协助梳理模块组合、集成内容和二次开发任务，准备有针对性的演示与实施方案。
微信咨询
