会议室里，杨院长和采购办的刘主任，坐在一边。
周总和小张，坐在另一边。
桌上放着两份合同草案，一模一样，除了一个地方——延误违约金。
软佳的版本：
> “如果系统上线延期，每延期一天，支付合同金额的0.5%作为违约金，上限为合同总额的10%。”
医院的版本：
> “如果系统上线延期，每延期一天，支付合同金额的3%作为违约金，上限为合同总额的50%。”
三倍差距。
周总看到医院的版本时，差点把水喷出来——580万的3%，一天17.4万，十天就174万，远超合同利润。
“刘主任，3%是不是太高了？我们580万的合同，延期一天就要赔17万？十天就赔170万，我们不用干了。”周总说。
刘主任淡淡地说：”周总，我们这么大的医院，每天门诊收入多少你知道吗？几百万。如果你们系统延期，我们门诊受影响，损失谁赔？3%已经是很客气了。”
周总没说话，心里在计算。
这合同没法签。延期一天赔17万，十天就破产了。
但不要这单，公司损失更大——这是年度最大的单，而且标杆意义重大。
1. 不能只谈”违约金”，要谈”责任归属”——引入对等条款
周总问了一个问题：”刘主任，如果延期，责任一定是我们吗？”
“合同白纸黑字，按时上线是你们的义务。”刘主任说。
“但如果延期是因为贵院的原因呢？比如，”
周总伸出指头：
– “你们提供的测试环境不稳定，导致我们无法测试”
– “或者你们需求变更频繁，导致我们返工”
– “或者贵院网络不通，我们集成不了”
– “或者贵院人员不配合，签字审批延迟”
– “或者第三方厂商（如硬件供应商）延迟交货”
刘主任被问住了。
“合同条款，不能只说’你要赔’，还要说’如果是我造成的，我不但要你赔’。”周总打开带来的笔记本，”我们带来了一个’对等责任条款’草案，您看看。”
草案内容：
– 双方任何一方违约导致延期，都应向对方支付违约金
– 违约金的计算方式，基于造成的实际损失（而不是固定比例）
– 如果延期由双方共同原因造成，按责任比例分摊
– 有一方故意或重大过失，承担主要责任
刘主任摇头：”我们要的是保障。按你们的草案，真出事了，你们一句’医院也有责任’，就不用赔了？”
“不是不用赔，是照实赔。”周总说，”但关键是，我们要先定义什么叫’延期’。”
2. “上线”的定义：验收标准必须清晰
周总拿起笔，在白板上画了一个时间轴：
“`
需求确认 → 设计 → 开发 → 测试 → UAT → 上线
“`
“刘主任，请问’上线’是指哪一天？”
“系统正式投入使用那天。”
“那UAT（用户验收测试）通过，算上线吗？如果不算，UAT到正式上线之间，如果出问题算谁的责任？”
刘主任说：”UAT通过，就算验收合格，应该付尾款。之后的事，是运维。”
周总摇头：”UAT是通过了，但正式上线第一天，医生不会用，护士站报错，财务对账有问题——这些算系统的质量问题吗？还是算培训不到位？上线第一个月内的故障，算不算延期？”
刘主任语塞。
周总提出一个方案：阶梯式验收：
1. 技术验收：UAT通过，功能符合需求 → 付90%合同款
2. 业务验收：正式上线后7天内，核心业务零重大故障 → 付5%
3. 稳定运行验收：上线后30天，系统可用率>99.9% → 付最后5%
如果前两步失败，责任在我们，我们整改，不额外收钱；如果最后一步失败，我们有义务继续整改，但不触发违约金。
“这样，’上线’的定义就清晰了，责任划分也清楚。”周总说。
刘主任想了想：”如果业务验收失败，我们不是还得等？”
“是，但这是双赢——你们要的是稳定系统，不是按时交付但一堆bug的系统。”周总说。
杨院长插话：”这个阶梯验收，合理。”
3. “重大故障”的量化定义：避免事后扯皮
刘主任终于松口了阶梯验收，但加了一个条件：
“如果上线后一个月内，出现三次以上’业务中断’（比如门诊挂号失灵、住院无法入出转），除整改外，每发生一次，扣减尾款1%。”
周总心里算了一下：尾款5%，三次就扣3%，相当于少赚六十多万。
“这个可以，但需要定义什么叫’业务中断’。”
“挂号系统不能用，收费系统不能用，就是业务中断。”
“那如果只是某个功能慢一点，但没有完全不能用，算吗？”
“不算。”
“如果某个科室因为网络问题，不能用，但其他科室能用，算吗？”
“要看影响范围。影响全院，算；影响单个科室，不算。”
周总继续追问：”影响50%以上的科室，算吗？”
“算。”
周总把它写进条款：
> “业务中断”定义为：影响超过50%用户的系统功能不可用，持续时间超过15分钟。
“这样明确，双方都有数。”
刘主任点头。
4. 需求变更：最毒的”隐性延期”陷阱
刘主任最后提了一个要求：”合同里要写清楚，如果需求变更，你们必须配合，不得推诿。”
周总笑了：”刘主任，任何变更，都是有成本的。我们可以配合，但需要有个流程：**
– 变更申请（书面）
– 评估影响（工期、成本）
– 双方签字确认
– 执行**
“那是不是我们每次提变更，你们都要加钱？”
“不一定。如果变更很小，不影响工期和成本，可以免费。但如果变更大，增加了工作量，我们需要相应调整合同金额和工期。”
刘主任不同意：”合同价格不能变。”
周总：”那我们就严格按需求来。如果需求之外的变更，我们不做，或者另签补充协议。”
这是底线。
刘主任想了想：”可以，但变更评估要公正，不能你们说多少就多少。”
周总：”评估我们可以一起做，用你的需求文档和我们的工时表。第三方介入也可以。”
刘主任：”那评估周期多长？”
“三个工作日。”
“太长！”
“太短评估不准。三天是底线。”
5. 最终敲定的核心条款
经过两轮谈判，合同条款基本定稿：
1. 交付与验收
– 分三阶段验收：技术验收（UAT通过）→业务验收（7日无重大故障）→稳定验收（30日可用率>99.9%）
– 每阶段验收通过，支付相应比例款项（90%→5%→5%）
2. 违约金
– 仅针对”技术验收延期”（从合同约定日期到UAT通过）
– 违约金=延期天数×合同金额×0.3%（原0.5%）
– 上限=合同总额的10%（原50%）
– 如果延期是医院方原因导致（如需求变更、评估延迟、环境问题），医院方需补偿我方额外成本（按实际工时计算）
3. 业务中断
– 定义：影响超过50%用户，持续15分钟以上
– 验收期内每发生一次，扣减尾款1%（最多扣3%）
– 验收期后，进入运维期，业务中断不计入违约，但列入服务考核
4. 需求变更
– 医院方提交变更申请
– 双方共同评估影响（工作量、工期）
– 如果影响工期内完成，免费；否则，签补充协议调整价格和工期
5. 知识产权
– 软件开发成果归医院所有
– 但软佳保留软件著作权（这是行规）
– 医院获得永久使用许可，可自行维护或委托第三方维护
6. 付款方式
– 合同签后预付30%
– UAT通过后付60%
– 稳定验收后付尾款10%（原5%）
6. 这个条款，后来救了两方的命
合同签订后，项目进行到一半，医院提出一个”小变更”：在医嘱界面加一个”过敏史提醒”弹窗，医生开药时自动显示患者过敏史。
评估发现：这个”小变更”涉及三个模块的接口调整（患者主数据、医嘱、药方），需要重新做兼容性测试，增加工作量15人天。
按合同，应该签补充协议。
医院说：”我们就加个弹窗，为什么要加钱？”
周总说：”不是弹窗简单，是它要对接患者过敏史数据库，要实时查询，要弹窗样式审批，要护士站测试，要更新用户手册…这些工作量不小。”
刘主任起初不同意，后来想起合同条款，只好认：”那签补充协议吧。”
补充协议签了，增加合同额12万，工期延长10天。
如果没有这个条款，医院可能强行要求”免费加功能”，导致项目延期，然后医院又要按延期违约金扣款——软佳就冤死了。
反过来，如果软佳想随意涨价，医院也可以拿条款约束。
7. 合同不是”敌我条款”，而是”游戏规则”
周总后来在软佳内部培训时，说：
“很多销售，把合同当成’签下来就完事’，条款都是模版，客户爱签不签。
但一份好的合同，不是’敌我条款’——不是只保护一方，是(‘平衡条款’)。”
它应该：
– 明确责任边界，避免后期扯皮
– 提供变更渠道，让变化有章可循
– 尊重双方的合理诉求
“客户签合同时不舒服，后期执行就会更不舒服。相反，如果客户觉得条款公平，后期配合度也会高。”
“我见过最糟糕的合同，是那种’我全赢，你全输’的条款。客户签的时候迫于压力签了，后期处处找茬，恶意延期验收，恶意扣款，最后打官司。”
“好的合同，是(‘双赢框架’)——虽然是一场博弈，但博弈的结果是双方都能接受。”
“这次XX医院的合同，就是典型案例。违约金我们谈下来了，但我们也接受了’阶梯验收’和’业务中断扣款’，这些对客户是保护，对我们也是鞭策——逼着我们把系统做稳定。”
8. “合同精神”比”合同文本”更重要
合同签了，但执行中还是有问题。
有一次，医院方在验收时，故意鸡蛋里挑骨头，说”某个按钮颜色不对”，要扣5%尾款。
周总找刘主任：”这个不算重大故障，是UI细节，不触发扣款条款。”
刘主任说：”我们不扣款，但你们得改。”
周总：”可以改，但要走变更流程，加钱。”
刘主任：”这么小的事也要加钱？”
“这不是大小的事，是原则的事。”周总说，”如果今天颜色不对扣款，明天字体不对也扣款，后天是不是功能不对也要扣款？合同里的’业务中断’有明确定义，颜色不对不算。”
刘主任被噎住了。
最后，软佳免费改了那个按钮颜色——因为确实是小事，没必要闹僵。
但周总强调：原则问题不能让。
“合同是底线。如果客户随意突破底线，以后会更难合作。”
9. 合同的”兜底条款”：不可抗力
周总还特别加了一条”不可抗力”条款：
> “因地震、洪水、战争、大规模网络攻击等不可抗力导致的延期或故障，双方互不承担违约责任。”
刘主任问：”大规模网络攻击也算？”
“算。”周总说，”现在的系统，DDoS攻击、勒索软件，都是真实风险。我们不能让客户承担’黑客’的后果。”
刘主任以为然。
这条款后来真的用上了——半年后，有黑客攻击了医院内网，虽然不是HIS系统，但医院网络瘫痪了4小时。软佳没有因此被扣款。
10. 合同谈判的”终极心法”：让客户感觉”赢了”
周总的谈判哲学：
① 永远不要只防守
– 不要只说”这个不能改”
– 要说”这个不能改，但我可以在其他地方补偿你”
② 给客户”赢”的感觉
– 价格不降，但送服务
– 条款不让，但提供额外保障
– 客户要的是”好处”，不是”让步”
③ 把”我的利益”包装成”我们的利益”
– “违约金太高对我们都不好——我们亏钱了，你们也得不到好服务”
– “分级验收对你们也好——你们要的是稳定系统，不是按时交付但一堆bug的系统”
④ 用数据说话，不用情绪
– 周总从不跟刘主任吵架
– 每次讨论，都拿出白板，写写画画，算账
– 账算清楚了，情绪就少了
互动话题
你签过最公平/最不公平的合同条款是什么？
> 基于真实医院场景改编，人物均为化名
立即免费试用门诊系统：https://app.kmhis.com/
International Version：https://app.kmhis.com/multi/
了解软佳门诊管理系统详情：https://www.kmhis.com/outpatient-management-system.html
手机扫码试用患者预约。请勿输入个人真实信息（点击图片可查看原图）
支持8种语言：简体中文、繁体中文、香港中文、English、藏文、泰文、老挝语、越南语
说真的。这类问题我见过太多了。每次看到医院同事为选型头疼。我就想，要是早点有人把这些经验分享出来就好了。毕竟。选择不对。后面全是麻烦。选择对了。省心省力。还能提升整个机构的运行效率。希望这篇能帮到正在纠结的你。
你如果有具体需求。也可以去 www.kmhis.com 看看。那里有更详细的技术方案和案例。
