导诊--逻辑框架及业务分析.docVIP

导诊—逻辑框架 业务描述 在医院，导诊涉及的业务包括： 项目 详细说明 自助挂号 患者自己在自助挂号机上选择科室、甚至大夫（专家）； 可要求用身份识别卡，也可不用； 挂号信息是否自动/手动进入排队叫号系统，应涉及若干模式，让医院选择 人工挂号 患者在挂号处挂号，选择科室、甚至大夫（专家）； 挂号信息是否自动/手动进入排队叫号系统，应涉及若干模式，让医院选择 自助排队 患者自己在自助排队机（或卡设备）报道，进入排队队列； 必须是已缴费用户才能自助排队，此时必须有身份识别手段，并能从医院信息系统中获取患者相关信息 人工排队 患者到达目标科室，前台护士接收患者信息，通过系统将患者排入队列； 若有医院信息接口、有卡等，则可减少输入，否则需要人工输入所有信息 叫号 一般应由医生叫号，使用叫号软件或硬件叫号器，此时每个医生处必须安装叫号软件或硬件叫号器； 也有的地方由护士替医生叫号，此时护士处的叫号软件必须能体现其辅助的所有医生，或安装与医生数量相当的硬件叫号器 队列转移 因为排队错误或实际诊治需求，需要将患者从一个排队队列转移至另一个队列 删除排队患者 由于某些原因，需要将患者从排队队列中删除 取报告 检验报告完成后，显示患者可取检验报告的信息，并可向患者手机发短信 … 功能及设备 导诊系统中涉及的功能及设备包括： 项目 详细说明 工位 业务触发设备 从用户（医院）的角度来说，操作工位（或其它业务术语）应该更好； 挂号工位：自助挂号软件 / 人工挂号软件 排队工位：自助排队软件 / 人工排队软件 叫号工位：叫号软件 / 硬件叫号器 … 对于叫号工位，有特殊性： 建议在设计时不要关联队列，而是使用登录信息来关联队列，这样会有更好的灵活性，且医生与队列的关系无需与排班表关联 TQServer 业务逻辑及业务通讯程序； 任何一个业务的触发，若触发设备是软件，则有可能提供业务所需的一切信息；若触发设备是硬件，则提供的信息有限（比如只有设备号、业务类型）； 另外，像485总线硬件叫号器，还必须有程序能跟叫号控制器通讯，获取设备信息； 因此TQServer可能需要配置前置程序，TQServer则提供统一的接口 通讯服务 及设备控制 目前通讯服务仅包括通讯服务； 希望把包括LED控制、TTS控制、短信猫控制也集成到通讯服务中，成为通讯服务及设备控制包 TQServer发送消息给通讯服务及设备控制包时，无需了解目标设备的差异，由通讯服务及设备控制包根据目标设备类型，调用相应设备控制代码来控制相应的设备 设备控制器 播放器 LED控制器 TTS 短信 目标设备 LCD大屏、小屏（由播放器控制） LED大屏、小屏（由LED控制器控制） TTS（由TTS软件或硬件模块），实际上最终的目标设备是音箱，但在系统中仅控制到TTS即可 短信猫（由短信控制程序控制），实际上最终的目标设备是手机，但在系统中仅控制到短信猫即可 以上控制设备有一些差异： 播放器：完全自我管理设备，自我初始化；只需将信息发给播放器即可，播放器自我解析消息并执行之 LED控制器：完全自我管理设备？ TTS：需要初始化；最终必须直接调用TTS命令来操作TTS 短信猫：需要初始化；最终必须直接调用短信猫接口命令来操作短信猫 … 目标设备的差异 目前导诊所涉及的目标设备有以下几种： 目标类型 详细说明 LCD 由播放器控制的显示设备； 一个播放器只能控制一个或多个显示设备（多个显示设备用分配器拖带）； 一个播放器控制的各个显示设备显示同样的内容 LED小屏 由LED控制器控制的显示设备； 一个LED控制器可控制多个LED终端； 一个LED控制器控制的各个LED终端可显示不同的信息 TTS 由TTS控制的音箱； 一个TTS可控制多个音箱； 一个TTS控制的多个音箱输出同样的声音 手机 由短信控制模块控制多个手机； 一个短信模块可控制多个手机； 一个短信模块可向多个手机发送不同的信息 … 注意： 触发设备差异 例如叫号器、叫号程序；由于触发设备差异，接收信息代码肯定会不同。 对于触发设备差异，建议采用前插代码，实现各种触发设备信息接收的封装，使得最后达到TQS的信息是一样的，TQS不需要知道前置设备的差异。 目标设备差异 例如播放器、LED控制前、TTS程序、手机模块，信息发出代码肯定会不同。 对于目标设备差异，建议采用后插代码，实现各种目标设备的控制，使得从TQS发出信息时，无需知道目标设备的差异。 一种设备可能可处理多种信息，比如播放器，即可控制LCD显示信息，还可控制TTS播报语音。 业务、消息及设备 一个业务可产生多条消息，每个消息的目标设备可能会不同： 业务 触发设备 消息 目标设备 排队—插入 自助排队 人工排队 插入节点 LCD（