1.1 案例背景说明
布吉医院是一家区域医院，共有 200 张病床，医院的诊所包括内科、外科及皮肤科。这家医院在 2000 年采购了一套医院内部的医院管理系统，其中包括：
- 挂号系统
- 收费管理系统
- 门诊系统
- 医保申报系统
- 财务系统
以往，布吉医院的住、出院都必须用人工填表的方式，只有在医保给付、门诊医嘱及收费管理部分，才能使用医院管理系统进行记录。但目前因应政府推出的 e 化医院项目，其住、出院系统必须要重新设计，以符合医保局的需求。
布吉医院为了要设计住、出院系统，委托 HSDC 进行系统的开发，且为了符合项目招标的需求，HSDC 的设计规格必须以 UML 图形来表示。HSDC 的 RA 到布吉医院进行了解，发现了布吉医院的住出院流程如下：
HSDC：HSBC Software Development (Guangdong) Limited，汇丰软件开发（广东）有限公司
- 患者到布吉医院就诊，布吉医院的医师决定患者应该要住院。
- 布吉医院的医护人员查看布吉医院目前是否有可用的病床，如果有的话，则告知患者进行住院登记。
- 患者到住院柜台进行住院登记。
- 布吉医院的医护人员告知患者其病房及病床号码，并通知该病房负责护理站有关该患者的病历。
- 患者到病房住院，负责护理站指派住院医生视察患者状况。
- 每日早晨，患者的主治大夫到病房巡房及观望，若有检查，则指定护理站负责护理人员在检查时间到时，带患者进行检查。
- 患者的主治大夫判断患者可以出院，便告知患者及负责护理站人员患者出院日期及时间。
- 病房负责护理站人员收到患者主治大夫可以出院的通知后，需要在 10 分钟内，将患者所有用药及照护费用通知收费管理系统。
- 患者办理出院登记，布吉医院的医护人员告知患者应缴付的金额。
以上是第一次访谈后，RA 所搜集的住、出院基本流程。
在下面的章节中还会看到以下的角色参与整个范例的说明，包括：
- HSDC RA：主要负责与布吉医院沟通，搜集相关系统的需求。
- HSDC Architect：主要负责构造系统的结构，必要时也需要和布吉医院的领域专家（Domain Expert）相互合作。
- 布吉医院特助：布吉医院的领域专家，对于医院的重要概念与工作流程有相当多的认识。
- 布吉医院信息中心：实际系统的操作人员。
1.2 总结
本章主要目的是先建立一个简单的背景说明，在后续章节中，将会一一解释本章未曾说明的细节。
或许有些读者会认为，在初期访谈阶段，只搜集到上述的需求似乎有些贫乏，其实这是对整体软件开发上的重大误解。
对于项目开始阶段的初期访谈，最好应该要着重在几个方面，分别是：
- 项目的范围：先找出目前已存在的系统，了解该系统是否有提供相关的整合接口，这一点与所要开发的项目的复杂度有相当大的关系。
- 必要的（Essential）业务流程：在捕捉业务流程时，初期阶段应该尽可能只捕捉“本质的”业务流程，在该业务流程中，尽量避免钻入细节，有关这方面的说明，在下一章会有更详细的介绍。
- 项目的技术限制：包括使用的技术及与其他系统的沟通接口规格。
- 项目的成功关键因素：要充分了解利益关系人（Stakeholder）对于整体项目成功与否关切的问题是什么，并且评估是否为项目成功与否的风险。
上述的 4 个重点，其实是决定项目成功的关键，若在项目开始时就落入了细节性的讨论，反而容易造成项目的失败，对于开发团队来说，不可不慎。
一般而言，针对上述的 4 个重点，开发团队应该要尽快地先进行整体架构的POC（Proof Of Concept）设想，让用户及开发团队在初期阶段就获得足够的信心。当然，这是属于项目开发上的议题，并不在本书的讨论范围，不过无论如何，千万不要在一开始时就落入到“分析瘫痪”的陷阱，这是软件开发团队必须要谨慎面对的课题！