|
|
@@ -117,6 +117,13 @@ state ConversationFinished {
|
|
|
}
|
|
|
@enduml
|
|
|
```
|
|
|
+在这个状态图中：
|
|
|
+[*] 表示初始状态和最终状态（即整个流程开始前的状态和流程完整结束后的状态）。
|
|
|
+从 Initiated 开始，代表问诊流程启动，首先进入 SelectingDoctor 状态，意味着用户要进行选择 AI 医生的操作，完成选择后进入 DoctorSelected 状态。
|
|
|
+在 DoctorSelected 状态下，用户接着要提供问诊信息，进入 ProvidingInfo 状态，随后 AI 医生开始与之对话，进入 ConversationInProgress 状态。
|
|
|
+当 AI 医生生成处方后，进入 PrescriptionGenerated 状态，对话结束后到达 ConversationFinished 状态。
|
|
|
+最后在 ConversationFinished 状态下依次进行创建问诊记录、整合信息并保存记录的操作，最终达到 RecordSaved 状态，表示整个问诊记录成功保存到数据库，流程结束返回初始的结束状态 [*] 。
|
|
|
+
|
|
|
|
|
|
## 活动图
|
|
|
```plantuml
|
|
|
@@ -139,4 +146,11 @@ endif
|
|
|
:用户查询问诊记录;
|
|
|
stop
|
|
|
@enduml
|
|
|
-```
|
|
|
+```
|
|
|
+在这个活动图中：
|
|
|
+首先通过 “用户发起问诊” 活动开始整个流程。
|
|
|
+接着通过一个条件判断分支来决定是选择已有 AI 医生还是创建新的 AI 医生，根据用户的选择执行相应的活动。
|
|
|
+然后用户提供问诊信息后，AI 医生依次进行接收信息并对话、生成处方以及结束对话等活动。
|
|
|
+后续开展创建问诊记录实例，并关联相关的用户、医生、科室等重要信息，再整合包含处方在内的问诊记录内容，接着将其保存到数据库中。
|
|
|
+最后用户可以进行查询问诊记录的活动，整个流程结束。
|
|
|
+此活动图从比较宏观的角度展示了 AI 问诊服务中主要的活动以及它们之间的先后顺序和逻辑关系，
|
