简介：这份PDF是一份完整的医院网络规划设计方案书，以某三级甲等医院为案例，聚焦医疗行业信息化建设中的网络基础设施设计与部署。内容涵盖网络分层设计原则、拓扑结构规划、路由器与交换机选型、服务器与防火墙配置、综合布线系统设计及安全管理策略，适合网络工程师、医疗信息化建设者及相关专业学生参考。方案强调高带宽、高可靠性、高冗余和可扩展性，并结合门诊、收费、药品管理等多业务场景，帮助读者理解从需求分析到设备选型再到整体落地的完整思路。资源为单个PDF文件，文件大小约26KB，内容精炼但结构清晰，目录包含设计依据、设备选型及布线标准等关键模块。已有321人学习浏览，适合需要快速了解医院网络规划框架或撰写同类方案的读者下载使用。

1. 网络规划设计方案书：从“能通”到“能不乱”的必经文档

公司搬新楼、产线扩车间，IT 最怕听到“网络规划设计方案什么时候给我”这句话。画一张拓扑图不难，难的是地址怎么分、广播域怎么切、设备参数够不够、施工按什么顺序落地。标题里的“网络规划设计方案方案书”，落点是“方案书”三个字：它是一份给甲方确认、施工队照做、后来人运维的正式文档，交付形态就是 PDF。走完一遍的人都知道，方案书写得好不好，直接决定后面运维是“按图索骥”还是“全靠问人”。这篇笔记按我平时出方案书的顺序，把需求收集、地址规划、设备选型、避坑和验收讲透。适合正要写第一份方案书的网络工程师，也适合考过网络规划设计师但发现证书和方案书之间还有一段距离的朋友。

2. 前期输入决定方案书成败：需求收集与现状盘点怎么做

方案书被甲方打回来三次，九成不是设计问题，是需求没问清、现状没摸透。这章先讲前期，因为后面所有 VLAN、IP、设备选型都是从这儿长出来的。没有需求访谈的量化数据，方案书里的带宽和冗余就是拍脑袋；没有现状盘点，规划很容易和现有网络“撞车”。

2.1 需求访谈问什么：带宽、延迟、可靠性要量化到数字

需求访谈不能只问“多少人上网”，要按业务类型问，并且把答案落到三个维度：带宽、延迟、可靠性。我一般用下面这张表去开会，每个空格都要填数字，填不出来的业务直接标“由对方提供书面依据”。

带宽估算的公式不复杂：总带宽 = 并发用户数 × 单用户均值带宽 × 峰值系数。举个例子，200 人办公，每人按 1.5Mbps 算，峰值系数取 1.8，算出来就是 540Mbps 左右。如果还有 30 路视频会议并发，每路按 2Mbps 加 60Mbps，出口建议直接千兆起步。这里的峰值系数不是玄学，是看行业习惯：设计院传图纸、券商看行情，峰值系数要取到 2.5；普通行政办公，1.5 就够用。

可靠性和延迟要分开问。普通办公可以接受断网半小时，生产控制断 5 分钟就是事故。所以访谈时一定要问清：“这个业务断网多久会出事？”答案是 5 分钟以内的，全部按 99.9% 可用性设计，意味着核心设备双电源、链路冗余、VRRP 一个都不能少。视频会议是典型的延迟敏感业务，上行下行都要预留带宽，这个在 QoS 设计时要单独给队列。

2.2 现状盘点清单：弱电图纸、设备台账、IP 表一个不能少

新建机房相对省心，改造项目最怕“图纸和现场不一致”。现状盘点这步省下来的时间，会在施工阶段加倍还回去。我每次必查的清单如下：

• 弱电竣工图：核实线缆走向、桥架位置，别信图，抽查几个弱电井
• 机柜布局图：核对空间、电源、散热，确认有没有位置放新设备
• 设备台账：现有交换机型号、端口占用、是否老旧该换
• IP 地址表：现有网段分布、有没有冲突，冲突是改造项目最常见的雷
• VLAN 表：现有 VLAN ID 占用，新规划不能撞车
• 光缆纤芯记录：核查弱电井到各楼层的纤芯占用，别等施工才发现没芯可熔
• 出口带宽合同：明确当前上下行带宽和运营商，这个影响方案书里出口设计

其中光缆纤芯是最容易被忽略的。一个同事接过一个改造项目，方案书设计得完美，施工当天发现主链路预留的 4 芯光纤已经被占用 3 芯，剩下 1 芯还是坏的，整个项目停工两天等熔纤。从那以后，我的现状盘点清单里永远有“纤芯占用”这一项，而且要求施工方到现场用光功率计实测，不能只看图纸。

2.3 输出物：一张拓扑草图和一张容量估算表

前期访谈和盘点做完，先不急着画正式图，出两个中间产物就够：一张拓扑草图和一张容量估算表。拓扑草图不需要用 Visio 画得多漂亮，手绘都行，但要把核心、汇聚、接入三层画清楚，链路标上带宽和冗余方式。这张草图是给甲方确认用的，比直接上一张完整方案图迭代成本低很多。

容量估算表是方案书第三章的雏形。表头字段固定这么几列：网段用途、网段、规模（人或终端数）、地址需求、对应 VLAN。我一般按业务域填，办公、无线、生产、安防、管理分开行，预留扩展行。这样填完，IP 和 VLAN 的大框架已经定了，后面做的只是细化。

3. IP 地址规划与 VLAN 划分：方案书里最见功力的部分

甲方看方案书先翻拓扑，懂行的看方案书先翻 IP 和 VLAN 表。地址规划乱，后面所有 ACL 策略、路由汇总、排障都是灾难。这一章把我常用的网段分块原则、VLAN 划分边界、路由与冗余参数一次说清。

3.1 网段按业务域分块：不按楼层，不按人数

新人常犯的错是按楼层分网段：一楼、二楼、三楼各一个段。等公司搬个办公室、部门调个楼层，整个 IP 规划全乱。我一般按业务域分块，办公、无线、生产、安防、管理各占一段，物理位置在哪不重要，业务属性决定它在哪个网段。

按业务域分的好处有三个。第一，ACL 策略好写，办公段访问生产段的规则一条能覆盖全楼；第二，路由汇总方便，每个业务域一个连续段，汇总路由两三行写完；第三，移动办公不尴尬，人换了工位 IP 不用换，DHCP 按业务下发就行了。规划时每个业务域要预留未来 3-5 年的扩展空间，比如办公现在 150 人用 /24，规划时直接给 /23，多出的地址不浪费，因为 VLAN 和路由都好扩。

私有地址段的选择也要考虑清楚。常见做法是：核心业务用 10.0.0.0/8，分支机构用 172.16.0.0/12，访客和临时网络用 192.168.0.0/16。不是硬性规定，但这样分的好处是看到地址段就能判断网络角色。我见过有公司办公、生产、安防全挤在 192.168.1.0/24 里的，那种网络想加一个摄像头都得先腾地址，方案书里写出来甲方看了直接摇头。

3.2 VLAN 与三层网关：广播域边界放在哪

VLAN 规划和 IP 规划是一体两面。IP 按业务域分块，VLAN 就要跟着业务域切。我常用的 VLAN 表结构是这样的：

网关放在哪一层，是方案书里要写明的一个重要决定。规模小、单核心的网络，三层网关放在核心交换机上，配置简单，排障容易；规模中等、有多台汇聚的网络，网关下放到汇聚交换机，东西向流量不用绕到核心再回来，视频监控这种大流量场景尤其受益。原则是：广播域边界跟着网关走，网关在哪，三层转发就在哪。

地址占用率的计算应该在方案书阶段做掉，而不是等上线后才发现网段不够。我一般会用一个小脚本把规划网段的占用率跑出来附在方案书附录里，甲方看着也直观：

import ipaddress # 从 DHCP 租约或设备配置里导出的已占用 IP 列表 used_ips = [ "10.10.20.1", "10.10.20.2", "10.10.20.10", "10.10.20.200", ] subnet = ipaddress.ip_network("10.10.20.0/24") usable = subnet.num_addresses - 2 # 去掉网络地址和广播地址 unique_used = set(used_ips) ratio = len(unique_used) / usable print(f"网段 {subnet} 可用地址 {usable} 个，已占用 {len(unique_used)} 个，占用率 {ratio:.1%}")

这段脚本的逻辑是：先用 ipaddress 模块解析网段，拿到这个子网的总地址数；再减掉网络地址和广播地址，得到真正能分给主机的数量；最后用 set 去重，避免同一台设备在 DHCP 租约里出现多条记录导致重复统计。占用率按可用地址算，比按总地址数算更真实。

参数说明：used_ips 列表里的地址，可以从 DHCP 租约文件、交换机上查看 IP 绑定记录的输出来源获得；subnet 改成方案书里的实际网段。当占用率超过 80%，就该考虑这个网段扩容或者加新子网了，这是方案书里给甲方的一条明确界限。这个脚本不只在规划阶段有用，我习惯在运维期每季度跑一次，配合变更记录，网段够不够用一目了然。

3.3 路由与冗余参数：OSPF 区域、VRRP 优先级、DHCP 租期

路由协议选择在方案书里要有明确说法，不能“看着办”。常见做法是：单核心小网络用静态路由，两三条路由命令写完；中大型网络用 OSPF，核心区划为 Area 0，各业务域按需要挂在 Area 0 下或分区域。OSPF 的好处是链路变化收敛快，但参数要在方案书里写死：hello 间隔默认 10 秒、dead 间隔 40 秒，这些不用改，但要写明“禁止在接入层启用 OSPF”，避免接入交换机瞎建邻居把核心路由表搞乱。

VRRP 的优先级设置也是方案书里要明确写的参数。主设备优先级 120，备设备默认 100，这个差值要大于 20，否则主设备掉线后抢占规则容易出争议。更重要的是要写明“VRRP 必须跟踪上行链路”，否则核心设备上行断了，VRRP 认为设备还活着，流量就黑洞了。这个坑我见得太多次，后面避坑章节会展开讲。

DHCP 租期也是方案书里要定的参数。办公网建议租期 8 小时，和上班时长匹配，换工位后 IP 能较快回收；访客网络租期 2 小时，避免访客地址池被慢慢占满；生产网设备不做 DHCP，全部静态地址，并在方案书里写明“生产网段不启用 DHCP”，防止有人乱插路由器分发地址。这些参数在方案书里用一张参数表写清楚，后面配置设备时直接照着填，能减少很多实施阶段的来回确认。

4. 设备选型与链路冗余：参数表里的取舍逻辑

方案书里设备选型写得好不好，看两个数就够：交换容量和包转发率。很多方案书只写“核心交换机支持万兆”，不写具体能转多少包，这种方案到实施阶段就是乙方说了算。这章把三层设备的关键参数、带宽计算方法和冗余设计的取舍讲完。

4.1 核心、汇聚、接入三层选型参数

设备选型不是越贵越好，是参数匹配网络规模。我一般用下面这张表约束自己的选型逻辑：

核心交换机的交换容量，最粗暴的验证方法是“所有端口速率加起来 × 2”，因为要同时收和发。如果核心有 48 个万兆口，交换容量至少要 960Gbps，低于这个数就可能出现转发瓶颈。包转发率同理，要大于所有端口万兆线速总和。这两个值厂家都会标在规格表里，方案书里直接抄规格表不够，要写明“本项目核心交换机要求交换容量 >= 1Tbps，包转发率 >= 1500Mpps”这类具体数字。

接入层选型要看 POE 预算，这是最容易低估的。一个 AP 约 15W，摄像头约 7W，一台 48 口 POE 交换机接 24 个 POE 设备，按 AP 和摄像头一半一半算，POE 功率预算就是 24×(15+7)/2 = 264W，留 20% 余量，要选 350W 以上的 POE 交换机。功率不够的后果是设备间歇性掉线，而且查不出原因，因为只看端口状态全是 up。

4.2 带宽计算先算 PPS 再谈千兆万兆

只看交换容量不看包转发率，是方案书里最经典的低级错误。交换容量决定的是“同时能传多少数据”，包转发率决定的是“每秒能处理多少个包”。如果一个包很小，交换容量再大也白搭，因为设备的 CPU 或转发芯片处理不过来。

PPS（每秒包转发率）的计算公式是：端口速率 /（帧长 + 帧间隙 + 前导码）。以万兆口为例，跑 64 字节小包时，PPS = 10Gbps /（(64+20)×8 比特）≈ 14.88Mpps，其中 20 字节是帧间隙和前导码的折算。这个数字是衡量设备转发能力的硬指标。

实际计算时，要把全网峰值流量折算成 PPS 再乘余量系数。示例：一台汇聚交换机下行接了 48 个千兆接入口，假设峰值时刻每端口跑 200Mbps，总流量 9.6Gbps，按平均帧长 256 字节算，PPS ≈ 9.6Gbps / (256×8) ≈ 4.69Mpps，再乘 1.5 的余量系数，需要的包转发率就是 7Mpps 左右。如果只按“48 口千兆”选设备，任意一台交换机都能满足；但把每端口跑满的场景也算一遍，PPS 要求马上翻好几倍。方案书里写上这一步计算过程，懂行的甲方才信服。

4.3 冗余设计：链路聚合、VRRP、STP 收敛边界

冗余设计是方案书里最容易被写成“我们有冗余”五个字的部分。实际上冗余分好几层，每一层的实现方式、收敛时间、适用场景都不一样：

链路冗余要分清“同设备聚合”和“跨设备聚合”。同设备链路聚合用 LACP 就行，配置简单；跨设备聚合需要堆叠或 MLAG，否则两条链路跨设备绑不了。方案书里必须写明哪些链路跨设备，如果跨设备又不做 MLAG，那就得靠 STP 阻塞一条链路，带宽利用率直接减半。

VRRP 的收敛时间在 1-3 秒，这对普通办公没影响，但对生产控制可能就是事故。方案书里要针对延迟敏感业务单独写明“VRRP 主备切换允许的最大中断时间”，如果甲方说“最多 1 秒”，那就要考虑用堆叠取代 VRRP。STP 这块，接入交换机默认启用 RSTP 就够，收敛约 1 秒；但如果接入交换机还有老旧设备不支持 RSTP，STP 回退到 802.1D，收敛时间 30-50 秒，这等于业务中断半分钟，方案书里要把这个风险写出来，并列出哪些旧设备需要更换。

5. 网络规划方案书避坑：五条血泪经验与自检清单

出过几十份方案书之后，发现坑来来去去就那几个。这章把最高频的翻车点按“现象、原因、解决”写透，你写方案书时照着排查一遍，能省掉很多实施阶段的半夜电话。

5.1 广播域规划了，VLAN 却没落到接入交换机

现象：方案书里 VLAN 规划得很漂亮，上线后全网广播包暴涨，核心交换机 CPU 飙升，网络间歇性卡顿。

原因：VLAN 只存在于文档里，接入交换机端口没按规划配 access 或 trunk。最常见的是新人照着拓扑图配设备，漏了几台接入交换机的配置，或者干脆把端口全扔在默认 VLAN 1 里。

解决：方案书里附一张“VLAN 端口对照表”，每个接入交换机端口属于哪个 VLAN 都写明；交付前用脚本批量下发配置，再逐个端口核对。我一般会在交付清单里加一条“show vlan brief 输出与规划表逐行比对”，比对结果截图存档。这一步不能省，配置下发是人的操作，人就一定会漏。

5.2 IP 规划没预留扩展段，业务半年就满了

现象：方案书交付 6 个月后，行政部新招 50 人，办公网段地址不够用，临时从别的段借 IP，路由策略全乱。

原因：IP 规划按当前人数算，没算 3-5 年的业务增长。办公 150 人给一个 /24，看似够用，但 IoT 设备、访客临时接入、合作方设备一上来，地址很快就满。

解决：每个业务域预留 50% 的地址空间。办公 150 人，规划时直接划 /23，不要觉得浪费；生产、安防同理。地址够用是方案书里的“后悔药”，多出来的地址放在那里不分配，比后期重新规划网段的代价小一个数量级。规划表里明确列“当前使用率”和“满负荷使用率”，这两个数字写进方案书，甲方也知道未来什么时候该扩容。

5.3 只算带宽不算 PPS，核心转发成了瓶颈

现象：核心交换机交换容量 48Gbps，看着完全够用，视频会议一开就丢包，语音断断续续。

原因：交换容量只是“水管粗细”，包转发率才是“每秒能处理多少包”。小包场景下，交换容量没跑满，转发芯片已经到极限了。

解决：方案书里把上一章的 PPS 计算过程完整写一遍，并且对核心设备提出明确的包转发率指标。我在方案书里都会写一句“本项目要求核心交换机在全端口小包线速下转发不丢包”，这句话看着简单，但能把不支持小包线速的低端设备直接排除。现场翻车的概率大大降低。

5.4 设备做了主备冗余，链路却没有

现象：核心交换机故障切换后，业务中断了 30 秒以上，比设备故障本身造成的中断还长。

原因：VRRP 实现了网关冗余，但接入交换机到汇聚只有一根链路，主设备挂了之后，STP 需要重新收敛，时间 30-50 秒。

解决：冗余设计必须设备和链路一起做。接入交换机双上行到两台汇聚，配 LACP 或 RSTP 快速收敛；VRRP 要配置“跟踪上行链路”，主设备上行断了主动降优先级，让备设备接管，而不是傻等超时。方案书里的冗余设计章节，每一台设备旁边要画清楚上下行链路，链路没有第二根就不算冗余。

5.5 缺施工组织设计，现场靠拍脑袋

现象：方案书设计再完美，施工队进场后线缆乱拉、标签乱写、光纤熔接记录全无，后期运维根本不敢碰配线架。

原因：方案书只写了“设计”，没写“怎么施工”。网络方案书里缺施工组织设计方案是常态，但施工阶段没有人按图施工，回到设计阶段全乱套。

解决：方案书末尾附一个施工组织设计方案，包含施工顺序、线缆标签规范、光纤熔接记录表、隐蔽工程拍照清单。标签规范要具体到“面板-交换机-配线架”三端都要有编号，编号规则在方案书里写明。加了这一章之后，我们项目的验收时间平均缩短了三分之一，甲方最关心的就是实施过程可追溯。

5.6 方案书交付前的自检清单

我每次出方案书，交付前都要过一遍下面的清单，比甲方评审提前自查：

• IP 段占用率是否都低于 80%，有没有预留扩展段
• VLAN 表、网关表、DHCP 租期参数是否统一，没有互相矛盾
• 核心和汇聚的 PPS 余量是否超过峰值 1.5 倍
• 每一个重要设备和链路都有冗余，且收敛时间写在方案书里
• VRRP 是否配置了上行链路跟踪
• 方案书是否包含施工组织设计和验收测试方法
• 是否有变更记录页，归档 PDF 版本与设备配置库一致

6. 把方案书变成会演进的资产：变更记录、验收与验证方法

方案书交付不是终点，是网络运维的起点。一份合格方案书要有持续更新的机制，否则半年后就成了“历史文档”，没人敢相信里面的内容。我的做法是，方案书最后一页永远是一张空的变更记录表：

每次变更，先改方案书再动设备，动完设备回来更新版本号和配置对应关系。时间一长，方案书就成了网络本身的“黑匣子记录”，谁改过什么、为什么改，翻一下版本历史就清楚。

验收测试要在方案书里写清方法，不能只写“测试网络连通性”。我的验收模板分三层：先用 ping 测网关确认二层连通；再用 tracert 确认三层路径和规划一致，比如办公段的网关应该在汇聚而不是核心，tracert 一跳就能看出来；最后用 iperf 测实际带宽，上行下行各测一次，记录结果和方案书里的带宽预期对比。三层都过了，才能签字验收。

我也吃过亏：早期出的方案书没有变更记录页，半年后甲方问我“这个网段还能加多少设备”，我只能重新跑一次扫描，耗时耗力。现在我做每一份方案书，结尾都会放变更记录表和验收模板，PDF 归档和配置库版本绑定。这个习惯帮我在后续运维中少走了很多弯路。希望帮到你。

本文还有配套的精品资源，点击获取