在花了一些时间研究可用的软件后，我只能说目前我们只是开发过多，但进展甚微。我一直看到多个项目试图实现同一件事，但资源过于分散，因此它们失败了。我想知道是否有什么方法可以将不同的开发者集中到一个项目上。问题仍然是应该关注哪些主要想法。显然，第一个应该是病历应用程序。这是一个连贯、可移植的方式来包含、处理和使用患者生成的所有医疗数据。
第二个重点应该是为正常运行的诊所提供的软件。这似乎要困难得多，因为它将涉及计费部分。然而，这也将包括诸如日程安排以及诊所日常使用的大量表格之类的东西。
第三个重点（我不太了解的一个）将是更专业的应用程序，例如影像，它似乎已经有很多可用的软件，但本质上很难制作，因为并非每个人都能使用 CT 扫描仪等设备。
既然我已经工作了将近两周，以下是我学到的一些东西。当住院医师时，我在 VA 医院接受了一部分培训，那里有一个极好的信息系统，但它要求我们输入所有内容，从小订单到紧急状态订单。这对于 VA 来说似乎效果很好，因为大多数医生都有住院医师做笔记，或者他们倾向于口述很少，写出非常简短，有时是隐晦的关于他们病人状况的笔记。现在我在私立医院工作，似乎唯一能拯救医学的是听写员，他们将医生所做的含糊不清的快速谈话记录下来并打出连贯的陈述。我在许多这些数据系统中看到的问题是，它们似乎假设医生有时间，但他们没有（几乎没有足够的时间来正确地看病人，更不用说完成所有编码，然后写出一份清晰的笔记了。）
有几个想法出现，医生只需在掌上设备上勾选方框来指示他们做了什么，但这对于计费来说很好，但对于实际的病历来说却不然，即使病历很简短，但也包含比任何计费编码系统可能拥有的更多的微妙之处。也许我们需要做的是以叙述形式维护病历，并让解析器遍历它并提取重要的部分，然后它会将这些内容输入数据库。这是一个想法，但肯定是一个值得考虑的想法，因为医生根本不能坐在电脑终端前（就像我正在做的那样，但今天是星期天）。