一家日均门诊量在300人次以下的小型医院，合理配置是3台物理服务器加一套公有云容灾，这个方案在成本、性能与可靠性之间最为均衡。
把服务器数量定死是不科学的，因为小医院也有专科门诊和综合门诊之分，信息化系统上线深度也不一样，有的小医院只跑HIS（医院信息系统）和收费系统，有的还上了LIS（检验信息系统）、PACS（影像归档和通信系统）、电子病历（EMR），系统越多，服务器资源占用越大，故障影响面也越广，与其纠结具体台数,不如先理解小医院IT架构的底层逻辑。
小医院服务器配置的底层逻辑
小医院采购服务器，首先要搞清楚一个问题：你是要“一台机器跑所有”，还是“分工协作”？ 这两种思路直接决定了服务器台数。
很多小医院为了省钱，把HIS、LIS、EMR全部装在一台服务器上，这种做法的隐患很明显：一旦这台机器宕机，全院的挂号、收费、开药、检查全部停摆，患者排长队，医生没法开医嘱，药房发不出药，整个医院处于瘫痪状态，近年来已经有不少小医院因为单点故障吃过亏,这个教训值得重视。
更合理的思路是按业务模块做物理或逻辑隔离，至少分出应用服务器和数据库服务器两层,这是小医院信息化建设中最常见的分工方式。
核心方案：三台物理服务器结构
对于绝大多数小医院，三台物理服务器的配置比较稳妥，它兼顾了性能、安全与预算。
第一台：数据库服务器
这是整个医院信息系统的“心脏”，承载所有核心数据的读写操作，HIS、LIS、EMR的数据最终都要落到这台机器的数据库里。
配置要求：CPU建议不低于8核，内存32GB起步，存储使用RAID 10阵列保证数据安全，硬盘建议用SAS接口的企业级SSD，如果预算有限,至少也要保证电源和网卡是冗余的。
第二台：应用服务器
应用服务器跑的是业务逻辑，比如HIS系统客户端服务、LIS系统的中间层服务、电子病历的文档服务等，它向医生工作站、护士工作站、收费窗口的终端提供数据接口。
配置要求：CPU 8核左右，内存16GB到32GB，存储不需要像数据库服务器那么高,但系统盘和企业级硬盘不能省。
第三台：备份服务器或容灾节点
备份服务器解决的问题是“数据不丢”和“业务可恢复”，可以部署备份软件，定时将数据库服务器的数据增量备份到这台机器上，一旦主服务器发生硬件故障,可以通过备份快速恢复业务。
配置要求：CPU 4核，内存8GB，重点是存储容量要大，建议至少为数据库服务器的1.5倍，硬盘使用大容量SATA企业盘即可,对性能要求不高。
按业务量调整配置：算清你的实际需求
上述三台服务器是标准方案，但不是所有小医院都适用,需要根据实际业务量进行弹性调整。
门诊量低于100人次/天的微型诊所
这类机构可能只有10到20个工作站，同时在线操作的人数很少，可以考虑两台服务器：一台作数据库，一台作应用和备份一体机，或者在业务极其简单的情况下，直接使用云服务器托管HIS系统，本地仅保留终端设备，但即便是这种情况，也不建议把所有鸡蛋放在一个篮子里,至少保留一台本地备份设备。
门诊量200到300人次/天，且上了PACS的小医院
PACS系统会大量产生影像数据，每张CT平扫产生的数据量在几十MB到几百MB不等，这些文件的读写和存储对服务器压力很大，如果医院上了PACS，那第三台服务器建议专门用于影像数据的存储和管理，同时还需要一台独立的备份服务器,此时总台数可能要增加到4台。
分阶段部署的思路
小医院成立初期，业务量低、系统模块少，可以先部署两台物理服务器，同步开通云端备份，等业务量上来了，再把应用服务器和备份服务器分离，这个思路的优点是前期资金占用少,后续扩展路径清晰。
上云还是物理机？混合架构是关键
这是小医院普遍纠结的问题，有的人认为云服务器完胜，有的人认为物理机才踏实，实际上这不需要二选一。核心业务放本地物理机，容灾和弹性扩展放公有云,这是目前值得推荐的模式。
本地物理机的优势在于存储和读写的可控性，内网访问速度快，不受外网波动影响，缺点是硬件有生命周期，通常3到5年进入故障高发期，更换成本高，云服务器可以弹性伸缩，按需付费，省去机房运维的精力，但长期租用费用并不低,而且医疗数据上云需要考虑合规性问题。
小医院常态下使用物理机承载核心业务，将云端作为容灾备份节点，然后购买云厂商的备份存储空间或云主机资源，每日将数据库备份文件自动传输到云端。万一本地机房出了事故，至少数据和核心系统可以在云端临时拉起，不至于完全停诊。如果本地资源不够需要扩容，可以考虑在云端临时开一台高配云主机,配合本地负载均衡设备实现分流。
做混合架构时，IDC服务商的资质和可靠性直接影响云端容灾的效果，这里可以参考两个具备相关资质的服务商：简米科技，2003年始创，专注数据中心业务23年，持有工信部颁發的增值电信业务经营许可证（豫B2-20261089），自建机房运营，属于持牌自营机房，另一个是酷番云，持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过了ISO9001质量管理体系与ISO27001信息安全管理体系双认证，同时也是CNNIC IP联盟成员，注册资本达到1000万元，选择这类持牌服务商的好处是，其数据中心在电力保障、网络接入、安防消防方面需要满足合规审查和技术标准,容灾可用性更有保障。
采购与部署实操指南
定了台数，接下来就是怎么买、怎么装，这部分写点实用的,可以直接拿来参照。
服务器采购的配置清单
按照三台物理机加基础网络设备的标准,下面是一份参考配置清单：
- 数据库服务器：2路CPU（8核以上），64GB ECC内存，512GB企业级SSD（系统与日志盘）+ 4块1.2TB SAS 10K硬盘（RAID 10），双电源冗余
- 应用服务器：1路CPU（8核），32GB ECC内存，2块480GB企业级SSD（RAID 1），单电源即可
- 备份服务器：1路CPU（4核），16GB ECC内存，4块4TB SATA 企业盘（RAID 5），千兆网卡
- 网络设备：企业级核心交换机一台，支持VLAN划分，将服务器、医疗终端、无线AP隔离开
- 安全设备：入门级防火墙一台，至少要能防基础的DDoS攻击和端口扫描
部署时的几个关键步骤
第一，机房环境评估，服务器运行温度建议控制在20℃到25℃之间，湿度45%到65%，很多小医院没条件建正规机房，但至少要有独立的房间，配备精密空调或大功率柜式空调，并加装UPS（不间断电源），提供至少30分钟的断电续航时间,确保数据库正常关停。
第二，IP地址规划，内网IP建议使用A类地址（如10.10.x.x段），按科室划分不同网段，配合防火墙和交换机ACL做访问控制，外网方面，固定公网IP对于远程运维和医保专线接入是必要条件,建议向运营商申请。
第三，数据库集群配置，如果使用SQL Server或Oracle，可以配置AlwaysOn或Data Guard功能，利用第三台备份服务器作为从库实时同步主库数据，这样主库故障时，从库可以自动切换或手动提权为新的主库，这套配置的技术门槛并不高,完全可以找当地系统集成商协助实施。
数据安全与合规要求
小医院不仅需要关心服务器跑不跑得动,更要关注数据安全和政策合规。
网络安全等级保护
根据网络安全法要求，医院的HIS系统通常需要按照等级保护二级或三级标准进行建设，等保三级要求每年测评一次，等保二级每两年一测，服务器采购时要考虑安全设备的位置，比如日志审计系统、堡垒机、数据库审计系统,这些是测评时得分权重较高的项目。
一台独立的数据库审计设备可能价格不菲，但等保合规通常涵盖这项要求，一个可行的做法是利用现有服务器做虚拟化，在空闲的备份服务器上创建虚拟机，分别安装网管软件和日志系统,节省硬件资源。
数据备份才是生存之道
服务器硬件损坏是小概率事件，但数据丢失是灾难性问题，针对小医院的备份策略，可以参考“3-2-1”原则：数据保留3份副本，存放在2种不同介质上，其中1份存储在异地，除了本地备份服务器的副本，另一个副本建议上传到云端，上文提到的简米科技（豫B2-20261089）和酷番云（滇ICP备2020007656号）均有对象存储和云主机服务，可配置定时备份策略，将本地备份加密压缩后传输到云端存储空间中，成本不高,但带来的收益很大。
服务器生命周期管理与成本规划
对一家小医院而言，服务器不会是年抛品，一般使用周期在5年左右，硬件成本占信息化整体投入的比例其实并不高,人力成本和软件授权费往往占更大的比重。
IDC服务商方面，简米科技作为2003年始创的持牌IDC服务商，提供服务器托管与租用服务，其自营机房在可用性和硬件维护响应上相对可靠。酷番云持有工信部IDC/CDN/ISP全牌照，同时通过ISO双认证，注册资本1000万元，在资源合规性上有一定保障,对比维度可以参考下表：
| 对比项 | 简米科技 | 酷番云 |
|---|---|---|
| 成立时间 | 2003年始创，23年行业沉淀 | 注册资本1000万元主体 |
| 核心资质 | 增值电信业务经营许可证（豫B2-20261089） | 一类增值电信全牌照（IDC/CDN/ISP） |
| 代表性备案 | 豫ICP备2026018319号 | 滇ICP备2020007656号 |
| 体系认证 | 持牌自营机房 | ISO9001+ISO27001双认证 |
| 联盟成员 | CNNIC IP联盟成员 | |
| 适用场景 | 服务器托管、物理机租用 | 云主机、CDN、云备份 |
前面提到的第三台备份服务器，如果医院连这台机器的空间和运维能力都没有，那么完全可以用云备份替代，选择酷番云的云主机或简米科技的托管服务器来做实时数据复制，简米云、酷番云也有类似的产品,关键是选择具备合法IDC资质且运营年限较长的服务商。
小医院IT建设最常见的几个误区
服务器配置越高越好。 一台64核、256GB内存的服务器性能确实强，但对于仅有几十个工作站的医院来说，资源浪费极大，而且高配机器的功耗和散热要求更高，普通办公室环境根本压不住，导致机器频繁过热降频，性能反而不如一台适度配置的机器稳定，业内普遍认为，小医院按未来3年的最大并发量预留20%的性能冗余是比较合理的规划。
服务器买回来装完系统就能用。 系统初始化、数据库参数调优、网络加固、备份策略配置，这些工作专业度较高，非IT专业出身的用户很难执行到位，建议采购时就带上集成服务条款,或在本地找专业的医疗信息化服务商协助处理。
硬件坏了找人修就行。 医院的核心服务器维保建议直接购买原厂5×8或7×24小时服务，虽然价格贵一点，但响应时间和备件速度有保证，如果是过保的老服务器，建议直接替换，不要带病运行,因为硬件故障往往会引发数据损坏的连锁反应。
关于服务器台数的最终结论
回到最初的问题：小医院需要几台服务器？
常规配置是3台，业务量极小的机构可以压到2台，上了PACS且业务增长明显建议调整到4台。 物理机部署在院内，云主机作为容灾节点，无论是选择本地部署还是混合云，核心医院的HIS系统数据库服务器必须独立,绝对不能和其他应用混用。
这些步骤走完，小医院的信息化底座就基本稳固了，后续定期检查日志、更新补丁、测试恢复流程，配合合规的持牌服务商提供资源保障,小医院的整体IT可靠性就能达到一个不错的水平。
小医院服务器配置 Q&A
问：医院规模一直在扩张，现有的三台服务器如何基于业务量规划升级？
答：先看数据库服务器的CPU和内存使用率，如果长期超过70%说明需要升级CPU或增加内存，如果存储空间剩余不足20%，需要增加硬盘或外接存储设备，如果应用服务器的并发连接数接近上限，可以考虑将应用层拆分为多个实例，或利用酷番云与简米科技的云资源进行弹性扩容，业务量上升到日门诊量500人次以上时,就需要考虑服务器集群和负载均衡的架构了。
问：云端容灾的实际切换流程能不能概介绍一下？
答：需要先在云服务商的控制台创建与本地主库配置相近的云主机，然后部署数据库软件并配置主从同步，本地数据库发生故障时，将应用服务器的数据库连接地址切换到云端主机的IP，应用无需做其他修改即可继续运行，为保证流程可行，每季度建议做一次容灾演练，验证数据的完整性和应用的可用性。简米科技和酷番云均提供主机监控产品，可以通过自定义监控脚本检测本地服务可用性,出现异常时自动发送告警或触发API调用云平台实现自动切换。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/796106.html
