导诊--信息及去向分析.docVIP

导诊—信息及去向分析 导诊的每个业务，可产生多条信息；每条信息的目的地可只有一个，也可有多个。 由于医生的身份、坐诊诊室（诊台）是可变的，其对应队列的信息目标也是动态的。 基于以上原因，信息及去向就成了导诊系统必须重点考虑的问题。 业务信息 每个业务均会产生一条或多条信息，具体说明如下： 业务 信息 挂号扫描 排队队列（每条记录增加一个节点），包括普通挂号扫描、预约挂号扫描 排队—增加 排队队列（增加一个节点） 若有二次等候，则护士可选择进入一次等候队列还是二次等候队列（直接进入二次等候队列的，一般属于关系户） 排队—修改 排队队列（修改一个节点，或删除+增加、涉及两个队列） 排队—删除 排队队列（删除一个节点） 排队—转移 排队队列（删除+增加、涉及两个队列） 排队—清空 排队队列（清空一个队列） 顺呼 排队队列（删除一个节点） 叫号列表或表格（增加或修改一个节点） 弹出提示（LCD屏），可能大屏、联动小屏均需要 LED叫号信息（用于诊室门楣） TTS叫号语音 复呼 弹出提示（LCD屏），可能大屏、联动小屏均需要 TTS叫号语音 首次呼叫 用于有二次呼叫（二次分诊）的情况 首次排队队列（删除若干节点） 二次排队队列（增加若干节点） 每个业务能产生的信息是可以确定的，但实际应用中用到哪些信息，应根据用户需要来确定，尽管我们可推荐一些模式。 信息去向（多个） 一个信息的去向可能不只一个，实际情况各种各样，仅举例如下： 排队信息：同一队列的排队信息可能需要在多个屏上同时显示，但是这多个屏的其它内容不同。例如有二次等候区的，三个诊室属于一个小科室，每个诊室都有普诊，那么可能要在每个屏上都显示普诊公共队列 弹出提示：同上 叫号信息：我们不能默认叫号信息必须与排队信息在一个屏上显示，我们完全可设置两个屏，一个只显示排队，一个只显示叫号 对于因人数较多，一个屏幕不能顾及所有等候者，用两个屏幕显示，但两个屏幕由一个播放器支持的情况，我们仍然视为一个点位，与上述的“一个信息的去向可能不只一个”这个问题无关。 信息去向（动态） 由于医生身份、坐诊诊室（诊台）的可变性，导致业务触发的信息的目标位置是动态的，请参见《导诊—候诊队列分析》。 信息去向其它因素 由于一个屏幕可分块显示内容，在同一块中还可能需要区分位置（比如需要指定排队队列对应显示队列的listid），因此在信息去向中还需定义而外的参数。可能的参数如下： BizType：播放器程序用于区分块的核心参数是BizType（每一块的BizType不能相同，除非没有实时业务信息交互，无需区分BizType）；对于LED、TTS控制程序，BizType可设置为0 其它参数：对于排队队列，需要制定其对应显示队列的listid … 以上因素与分屏设计有紧密关系。 如何定义 由于以上原因，需要有良好的设计，来定义排队队列、信息、触发位置、信息目标位置之间的逻辑关系。 影响信息去向的因素包括：排队队列、操作、信息、触发位置。 这里的考虑以排队队列、信息为核心，触发位置的设备类型不是重点（因为每个触发位置的业务是已知的，其产生的信息也是已知的，无需考虑其设备类型）。 最简单直观的方式是：排队队列--触发位置--操作--信息--信息目标位置。 以上定义中，若信息是排队队列，则还需要定义显示队列ID；若信息是就诊信息，则可能需要定义其它辅助参数（比如多个医生的就诊信息使用一个块显示）。 解释是：对于一个排队队列的每个信息，在某个位置触发时，其目标位置是什么（可多个），即由前三个参数确定最后一个参数（可多个）。 应该增加以下参数： 业务：每个信息所属的业务，比如在诊台，排队信息属于叫号业务 顺序：每个业务产生的多条信息，需要定义发送顺序 格式：信息格式，格式和次数属于目标位置，不可能为同一目标位置定义不同的格式和次数 次数：信息显示（播报）次数 我们可将所有的可能性都定义在一个表中，这里的可能性指的是实际上的可能性，比如医生端不可能做排队业务，因此无需为诊台定义排队业务信息的目标位置。 这种方式应该能定义出一切的可能性。 队列 触发点位 操作 信息 目标点位 附加参数 信息格式 次数 血液普诊 护士台 排队 601 大屏2 listid 添加/修改/删除 ViewID姓名 1 1诊室1台 叫号 601 大屏2 listid、删除 602 大屏2 更新 请 … 到 … 就诊 1 701 TTS26 请 … 到 … 就诊 1 501 1诊外小屏 假设501对应的是1台对应的显示块 大夫姓名、患者姓名 1 1诊室2台 叫号 601 大屏2 listid、删除 602 大屏2 更新 请 … 到 … 就诊 1