Healthcare Consultation System – Remedi: A Case Study | 医疗会诊系统 – Remedi：案例分析

在研发一个呼叫中心系统的工作中用尽了我大学时SSADM（由英国财政部制定的结构化系统分析与设计瀑布式方法）的培训。和往常一样，所学的东西在轮子上路时并不总能百分百在现实世界中使用。瀑布式方法已经是过去时，在现今灵活的世界，事情没有办法再像以前一样（当然也有人说灵活性已经死了）当时开发SSADM的中央计算机与电信的机构现在也演变成了别的东西。那些显而易见的商务逻辑（比如以一个主要用命令行界面系统的企业为例）并在MDI（多文档界面）环境中执行的系统是我们自信自己可以完成这项工作的一种表现。

这个作为Simplyhealth集团一部分的系统，在任何时间上都有约60位顾问回答各种用户对医疗的咨询，评估用户雇主对其提供的医疗保险政策

提出系统要求的人，Richard Chan (我竟然还记得他的名字)作为其内部项目管理部门的英雄却是让我们不得不背局限在一个房间里审查200个使用案例的原因。我始终记得在他给我们打印出的案例时脸上带的笑容，显示出了这个过程会是多么的艰难。

在正式与开发团队合作之前，我们花了30天左右的时间阅读了大量被收集到的需求信息，提出了核心界面的草案并交给对系统每天进行日常监管的中层管理审核并作出调整，一旦调整结束，方案被转移到项目开发团队进行可实施性审核后研发才会开始。当然，事情总有多变性， 开发团队负责人Paul Shave，会指出不可实施部分我们在对其做出调整。

我们最初致力于图绘出系统概述（但后来我们放弃了，因为系统已经成型业务逻辑无法做任何改进）。另外，该系统太过昂贵，我们认为提供系统概述价值很低。我们后来更发现，用系统代替可以通过拥有适当技能的内部人员去完成的重要服务以可以更好的有效利用客户资源。该项目最具挑战性的方面当然是更快速的让我们自己沉浸于此领域域中并有效的吸收此方面的新词汇和信息，理解系统背后的商业逻辑从而更能了解如何有效的影响新用户界面。

UX特别是在企业环境中从不会脱离更广泛的业务需求。了解系统顾问并提高生产力和了解如何最大限度保留顾问方面的功课已经被大力地完成。虽然有人对制定业务时提出的最佳实践提出了一些问题，基于Windows的GUI界面被现有工作人员所欢迎，总体业务和顾问参与也得到了有效的提高。可能是因为人们认为改进后的系统也同样可以使顾问的日常工作更容易（系统要求的以部分，改善生成能力和系统报告能力）使得系统可用性提高成为了现实。

Paul Shave是Remedi项目的研发负责人。

如果您想要提高报告功能，并通过改善UX来提高您产品的竞争力，Chaz Perez （美国和中国）或 Adeline Labaune （欧盟EMEA）联系，我们将与您和您的团队合作共同实现您的目标。

发布日期与项目时间一致。

Remedi是Simplyhealth集团系统的一部分