医生智能提醒小程序需求分析心得

人在高铁，刚开电脑

在得知要写需求分析心得之后，我的内心是十分喜悦的。从第五周在激烈的竞争中打败了“今天做地板，明天当老板队”后（他们组没有联系老师？）而获得了“医生智能提醒APP”的开发资格后，我们就开始了需求的分析。

“此APP可协助医生记录或导入病人的就诊信息，根据医生目前的就诊预约时间安排，智能化推荐后续就诊时间，方便医生安排病人的后续就诊时间，并可在病人就诊前指定时间间隔进行提醒，同时可以通过自动发送短信给病人的方式方便医生与病人联系；还可根据病人患病严重程度及按时就诊情况进行智能化的就诊提醒。”这是最原始的由周老师给出的需求。一看到智能两个字，我就自动联想到了人工智能、深度学习、tensorflow、AlphaGo……想来我们的项目难度一定在算法上吧，开发一套智能的算法能够根据患者的具体情况设置复诊方案，想想还有点小激动。
国庆前我们组第一次和老师面谈，发现完全不是这么回事。我们真正的需求是医生把病人信息存入到系统中，然后手动设置复诊方案，程序会在后台自动检测该要提醒的病人，并发送短信提醒病人，同时医生可以管理病人的信息，灵活地设置给病人发送的信息的内容。使用该程序还可以获得积分，积分达到一定数量可以升级账户！当然我们还会基本覆盖敬业签的自我提醒功能。总之这是一款为医生量身设计的，能够提高医生工作效率，改善患者就诊状态，改善医患关系的很实用的小程序。（此时我们已经将开发APP改为了开发小程序。）
虽然理想和现实总是有差距的，但是这个需求也还不错，感觉还是挺有用处的。根据周老师的指导，我们基本保持着一两次和老师面谈，小组每周线下会议次数都在3-4次。
终于到了需求评审这一天，记得是国庆回来的第一个周三，我们带着做好的一次原型，二次原型，期待满满的展示自己的需求。然而边老师一句话把我们打蒙了。
“你们这个需求太假了！太假了…………”，“医生真的需要这个应用吗？数据来源怎么解决？”“医生有这么多时间去管理这么多信息吗？"……
边老师的致命连环问把我们小组同学的心情都拽入了深渊，我们开始反思这些问题。 似乎从一接到需求开始，我们就开始不断地去获取老师的想法，而对这些需求是否真的合理，是否真的被需要，没有过多的思考，而是一直想着怎样满足这些需求。老师也并不是医生，对这些的需求的体会也是有限的。
在数据库设计过程中，我们遇到了一些问题，寻求了尹庚老师的帮助，尹老师看到表的第一个问题不是这样设计对不对。而是，“这样设计是为了干什么？” 又是一次当头棒喝。
于是我们开始大量的上网搜索资料，了解初诊从导诊台到挂号到交费到就诊再到取药、检查和复诊的一系列流程，考虑我们的切入点，怎样结合医院当前已有的系统，同时我们寻求身边从事医学相关工作亲戚朋友的帮助，希望获取一些建议，使我们的程序能发挥更大的作用。
经过我们一次次的讨论，最后我们得出的结论是我们的程序更适用于小诊所或医生个体，因为目前大部分的小诊所都没有提供预约服务，有时会有扎堆看病，有时一段时间又没有人来，造成了医疗资源的浪费。有些较大的医院的复诊系统也并不完善，很多时候对患者的提醒依靠医生的口头提醒。有一部分患者由于疏忽大意，复诊不及时，很可能会错过治疗的最佳时机，导致病情加重。所以我们的用户群体定义为医生个体或小诊所，小诊所可以在我们的小程序上提供业务，其他用户可以在我们的小程序上进行预约，而且小诊所可以及时发送一些注意事项给用户，比如预约了拔牙业务的用户会收到关于拔牙的注意事项。（我之前拔牙的时候因为不知道这些注意事项，去了两次才拔掉。）
医生可以在我们的小程序上管理患者的信息，设置对患者的提醒方案，同时，这些提醒方案可以保存为模板，再次遇到同类患者的时候就可以直接使用。此外，我们的小程序还覆盖了敬业签的大部分功能，医生可以设置自我提醒的内容，如定期的会议，团建任务等，设定好后，小程序会周期的提醒医生，同时医生也可以开启预约功能。预约功能可以拓展到其他职业，比如老师可以在小程序上提供自己可以为同学们提供帮助的时间，同学们在小程序上进行预约，可以减少双方的时间浪费。这样，我们程序的拓展性也大大提升。
所以我们的小程序从医生一端变成了医生-患者双端，在患者端，除了预约业务之外，还能收到医生的提醒内容。医生有注意事项可以随时发送给患者。这部分功能对小诊所来说是非常有帮助的。
目前，我们的基本需求已经确定了，正在积极的编写基线文档，当然我不确定之后还会不会发生大的改动。 整个需求探讨的过程，让我切实意识到了周老师所说的”项目开发中只有需求的变化是不变的!”这句话的含义。更加意识到了需求的提出一定要基于实际，即使这只是一个课程项目，我们不能只满足于完成老师的基本要求，更要结合现实情况，提出切实有用的需求。