4. 健康行业CI模型设计：如何定义医疗设备、应用系统、网络节点、人员角色等CI类型与属性
在医疗健康行业的配置管理（CMDB）实践中，CI（配置项）模型的设计直接决定了CMDB能否真实反映IT基础设施与业务服务的关联。健康行业的CI模型必须兼顾医疗设备的高可靠性、应用系统的合规性、网络节点的隔离性以及人员角色的权限管控。本节将系统阐述四大核心CI类型的定义方法与属性设计。
4.1 CI类型分类框架
健康行业CI模型采用分层分类法，将CI划分为技术层、业务层与治理层。技术层包含硬件与网络，业务层包含应用与数据，治理层包含人员与流程。下表展示了健康行业特有的CI类型体系：
| CI大类 | CI子类 | 典型实例 | 健康行业特性 |
|---|---|---|---|
| 医疗设备 | 影像设备、监护设备、检验设备、治疗设备 | CT机、MRI、心电监护仪、血液分析仪、呼吸机 | 需关联患者数据流、校准周期、FDA/CE认证 |
| 应用系统 | HIS、LIS、PACS、EMR、RIS、CDSS | 医院信息系统、检验信息系统、影像归档系统 | 需满足HIPAA/等保三级、数据加密、审计日志 |
| 网络节点 | 交换机、路由器、防火墙、AP、网闸 | 核心交换机、医疗专网防火墙、内外网隔离网闸 | 需区分内网/外网/医联体专网、VLAN隔离 |
| 人员角色 | 医生、护士、技师、管理员、审计员 | 放射科医生、ICU护士、系统运维、安全审计 | 需绑定岗位资质、权限基线、操作日志 |
设计要点：健康行业的CI模型必须引入“合规属性”维度，例如医疗设备的计量校准日期、应用系统的等保备案号、人员角色的执业证书编号。这些属性在传统ITCMDB中通常不存在，但在医疗IT治理中属于必填项。
4.2 医疗设备CI属性定义
医疗设备是健康行业最特殊的CI类型。其属性设计需覆盖设备生命周期、临床关联与合规状态。以下为医疗设备CI的核心属性清单：
- 基础属性：设备编号、设备名称、设备型号、序列号、生产厂商、购置日期、保修截止日期。
- 临床属性：设备类型（影像/监护/检验/治疗）、使用科室、关联诊疗项目、设备状态（在用/待校准/维修中/报废）。
- 合规属性：医疗器械注册证号、FDA/CE认证状态、计量校准周期（天）、上次校准日期、下次校准日期、校准机构。
- 网络属性：IP地址（若联网）、MAC地址、接入交换机端口、所属VLAN、DICOM/HL7通信协议版本。
- 运维属性：维保厂商、维保合同编号、最近维修日期、累计故障次数、平均修复时间（MTTR）。
案例：CT机CI实例
设备编号：DEV-CT-2024-001
设备名称：GE Revolution CT
医疗器械注册证号：国械注准20243060001
计量校准周期：365天，上次校准：2024-06-15，下次校准：2025-06-14
接入VLAN：VLAN100-影像专网，IP：10.88.1.100/24
关联应用系统：PACS（影像归档与通信系统）
设备编号：DEV-CT-2024-001
设备名称：GE Revolution CT
医疗器械注册证号：国械注准20243060001
计量校准周期：365天，上次校准：2024-06-15，下次校准：2025-06-14
接入VLAN：VLAN100-影像专网，IP：10.88.1.100/24
关联应用系统：PACS（影像归档与通信系统）
4.3 应用系统CI属性定义
应用系统CI需要体现业务功能、数据流与安全合规。健康行业应用系统通常需要满足等保三级或HIPAA要求，因此属性中必须包含安全相关字段。
| 属性类别 | 属性名称 | 说明 | 示例值 |
|---|---|---|---|
| 标识属性 | 系统编号、系统名称、系统版本 | 唯一标识应用系统 | APP-HIS-001, 医院信息系统, v5.2.1 |
| 业务属性 | 系统类型、服务科室、关键业务功能 | 描述系统在医疗流程中的角色 | HIS, 全院, 挂号/收费/药房管理 |
| 技术属性 | 部署架构、数据库类型、中间件、开发语言 | 技术栈信息，用于故障定位 | B/S架构, Oracle 19c, Tomcat, Java |
| 安全属性 | 等保等级、加密方式、审计日志保留天数 | 合规审计必备 | 等保三级, TLS 1.3, 180天 |
| 关联属性 | 关联医疗设备、关联网络节点、关联人员角色 | 建立CI间关系 | 关联CT机DEV-CT-2024-001 |
4.4 网络节点CI属性定义
健康行业的网络节点需要特别关注内外网隔离、医疗专网与物联网（IoMT）接入。网络节点CI属性应包含：
- 网络层级：核心层、汇聚层、接入层、边界层。
- 网络区域：内网（医疗业务网）、外网（互联网）、医联体专网、设备物联网（IoMT）。
- 安全策略：防火墙策略ID、ACL规则编号、入侵检测策略、VPN隧道信息。
- 物理位置：所在机房、机柜编号、U位位置。
- 端口信息：端口数量、已用端口、连接设备列表（支持自动发现）。
注意：医疗设备物联网（IoMT）节点（如智能输液泵、无线监护仪）通常使用独立的VLAN和SSID，网络节点CI必须标记“IoMT设备接入”属性，以便与普通办公网络隔离，防止医疗数据泄露。
4.5 人员角色CI属性定义
人员角色CI是连接“人”与“IT服务”的桥梁。在健康行业，人员角色不仅包含IT运维人员，还包含临床医护人员。属性设计需覆盖：
| 属性类别 | 属性名称 | 说明 | 示例值 |
|---|---|---|---|
| 身份属性 | 工号、姓名、部门、岗位 | 基础身份信息 | D001, 张伟, 放射科, 放射技师 |
| 资质属性 | 执业证书编号、资质有效期、培训记录 | 医疗行业特有，用于合规审计 | 执业证号: 1101234567, 有效期: 2026-12-31 |
| 权限属性 | 系统权限列表、数据访问范围、审批权限 | 最小权限原则 | HIS: 查看/录入, PACS: 查看, 无修改权限 |
| 关联属性 | 关联应用系统、关联医疗设备、关联网络节点 | 建立人员与IT资源的操作关系 | 可操作CT机DEV-CT-2024-001 |
4.6 CI关系模型设计
CI之间的关系是CMDB的灵魂。健康行业需要定义以下核心关系类型：
- 运行于（Runs on）：应用系统 → 服务器/虚拟机
- 接入于（Connects to）：医疗设备 → 网络节点（交换机端口）
- 依赖于（Depends on）：应用系统 → 数据库/中间件
- 操作于（Operated by）：人员角色 → 应用系统/医疗设备
- 服务于（Serves）：应用系统/医疗设备 → 业务服务（如“急诊服务”）
下图展示了健康行业CI模型的核心关系结构：
4.7 CI模型设计原则与避坑
健康行业CI模型设计五大原则：
1. 唯一性：每个CI必须有全局唯一标识符（如设备编号、系统编号）。
2. 完整性：必填属性（如医疗设备的校准日期、应用系统的等保等级）不可为空。
3. 关联性：CI之间必须建立关系，孤立的CI无治理价值。
4. 时效性：属性值（如校准日期、证书有效期）需支持自动过期提醒。
5. 合规性：模型设计需满足《网络安全法》、等保2.0、HIPAA等法规要求。
1. 唯一性：每个CI必须有全局唯一标识符（如设备编号、系统编号）。
2. 完整性：必填属性（如医疗设备的校准日期、应用系统的等保等级）不可为空。
3. 关联性：CI之间必须建立关系，孤立的CI无治理价值。
4. 时效性：属性值（如校准日期、证书有效期）需支持自动过期提醒。
5. 合规性：模型设计需满足《网络安全法》、等保2.0、HIPAA等法规要求。
常见避坑：
❌ 将医疗设备仅当作“硬件资产”管理，忽略临床关联属性。
❌ 人员角色CI只记录姓名和部门，缺少资质与权限属性。
❌ 网络节点CI未区分医疗专网与办公网，导致安全审计困难。
✅ 正确做法：在CI模型中预设“合规属性组”，确保每个CI类型都包含至少一个合规相关字段。
❌ 将医疗设备仅当作“硬件资产”管理，忽略临床关联属性。
❌ 人员角色CI只记录姓名和部门，缺少资质与权限属性。
❌ 网络节点CI未区分医疗专网与办公网，导致安全审计困难。
✅ 正确做法：在CI模型中预设“合规属性组”，确保每个CI类型都包含至少一个合规相关字段。