暑期项目实训6-28会议纪要

今天是项目正式开始的第一天，在项目选题之后我们已经提前与周元峰教授进行过交流，已经了解了大致的需求，今天我们小组内部开会的内容主要是进一步挖掘需求，并统一观点。
我们轮流对自己设想的系统功能进行交流
首先是高俊媛同学。她主要考虑了医生登录后选择某一个患者信息后的系统画面，有患者信息列表和病例表。左侧是不同模态数据的选项卡，选择后在右侧显示，在顶部有已经打开的不同类型数据的tab。可以双击使得展示的数据全屏展示，可以通过鼠标的悬浮来放大。
另外还考虑到选中牙齿后高亮，选择牙齿的方式；考虑到诊断和治疗信息的记录。

下面是齐雪同学的考虑。

通过搜索寻找病例

可以播放CBCT数据

之后由笔者进行介绍。笔者从整个系统流程考虑，主要考虑与医生、病人、病历管理相关内容。
讨论系统的使用场景，是用于可以通过扫描身份证来自动录入病人信息的一个正式的医院系统来说，还是都是需要医生手动录入病人信息的小诊所来说，同时正轨的医院还应该有挂号的功能。
笔者考虑的方案是适用于小诊所，医生需要自行创建病人和病例。
医生可以直接看到曾经诊治过的病人，可以新建病人来添加。

进入病人后查看病人信息和相关病历。可以创建新的病历进行正式看诊

某一个病历中有概况和其他各种模型的模块。

在具体的模型模块可以给他导入数据。


之后由邓鹏飞同学进行介绍。邓鹏飞展示的设想相对来说较为完善。左上角是系统登录、选择病人和相应病历以及相关模型文件的部份。

在讨论中我们决定基本按照邓鹏飞同学的设想进行开发。但是其中也包含部份与其他同学观点冲突的内容，我们进行了重点讨论。
在邓鹏飞的设想中有一个通过拖动牙齿修改模型的功能，对于这个功能的实用性和目的我们进行了讨论。这个功能主要是用于记录医生的治疗计划，按照设想牙齿的变化过程，这个功能也可以让病人对医生的治疗方案有个直观的认识。笔者最初感觉这个功能有些鸡肋，医生可能更想要知道他的方案是否可行，或是这个方案应该如何实施等。不过这些功能难度都较大所以留待以后考虑。
另外我们还讨论了病历编写的问题，医生可以在左下角对当前病历进行编辑，有主诉、检查、诊断等信息。我们讨论的重点落在应不应该另外创建窗口对病历内容进行填写，以及在多开窗口时的内容同步问题。曾经也设想过每一个窗口的内容是不同的，在最后可以选择导出由系统进行整合。

另外下面是下午笔者对系统左上角交互的一些设想。医生进入系统在左上角搜索、选择病人进行查看，也可以创建新的病人。选择病人后可以另外创建新的病历信息也可以查看过去的病历。

下面这是导入新文件的窗口。

下面是笔者对于最终系统的一些想法。
最终其实也可以另外有一个留给前台负责挂号的医生来为某一个新的病人或是新的病例
上面的问题，我想可以用另一个窗口来创建新的病人和病例，但是不需要用那个窗口来上传新的模型，
还有就是看诊状态的问题，看诊中、已结束、待看诊
但是保留看病的医生这里创建新病人病例的方式，
new patient
关于临时查看数据的问题，因为这个没有关联的病人但是还是需要上传进行处理
就给每一个医生预留一个临时病人

对于正式医院来说还有挂号这样的事情
下午之后我的考虑是，这两种可以通过一个接口来进行，给大医院可以提供另一个用于挂号的系统来新建病人和病例，状态为未看诊，然后在医生端，可以通过扫描身份证的方式调出由挂号系统录入的信息
给小诊所的系统来说，牙医可能只是用系统做一个记录和查看模型，牙医就需要在登陆后自行创建病人和病例，并进入看诊状态。