某医院病人信息系统的数据流图

Question

我有一个在某医院实施的病人信息系统的DFD的例子。下图表示概述图(0级图，如果我们认为第一级是上下文图，那么第二级是0级图等等)：

在这个系统中，病人可以搜索和预约。我试着理解标有patient name的数据流，它是从process Make appointment定向到数据库Patients的(参见图中的黄色高级)。

我不明白为什么我们的系统中有这样的流程:在哪种情况下，Make appointment将向数据库patients发送病人名称？病人的名字不应该已经在过程中发送了吗？

Answer 1

您似乎被过程Maintain patient info的名称所误导，这意味着在那里创建了病人记录。

如果我们忘记了假设，看看涉及Patients数据存储的流，我们就可以看到：

• Patient Info流到Make Appointement和Prepare Reports
• Patient Info从Maintain Patient Info流入。但是流在标记为Update to ...的地方。这不仅仅是对病人数据的限制:它假设数据已经存在。
• Patient name从Make appointment流入。

使用DFD语义并假设DFD是按照规则绘制的，我们可以理解：

• 当病人预约时，可以将病人姓名存储在数据存储区中。这意味着，只有在预约时才会创建新病人，而且他们是在没有任何其他信息的情况下创建的。
• 病人信息是通过维护过程来管理的(但不是在预约时)。
• 新病人的名字是独一无二的。
• patient name可能是patient info的一部分(因为它从未被显式提取)。

备注：

• DFD数据存储是“被动的”：输入的数据被存储，数据可以从存储中提取。对流入的任何其他反应，除了储存，都需要一个过程。因此，这个名称流现在将被误解为一个查询。
• 考虑到潜在的同音词，病人的名字在现实世界中不足以可靠地识别病人。
• 同样奇怪的是，Perform billing不需要patient info。