数字化医院信息化建设系列---移动门诊输液系统
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（3） 输液时，护士利用手持终端对病人条码和输液袋条码进行扫描，手 持终端发射无线信号给医院的 WLAN，再把数据传输至医院固网，与 HIS 系统 进行数据对接和交互；
（4） 病人利用座位上的 RFID 呼叫按钮触发信号，物联网通信网关接收并 处理信号，以 TCP/IP 通信模式传输到架构在医院固网上的 WLAN，再被手持终
病人前来接单登记时，系统自动为该病人分配排队号
系统提供自动分配座位和手动分配座位两种方式。 手动分配座位：可占座、释放座位、换座。 被占用的座位用红色标记说明。 接单登记时，护士可以对病人当前已经组方的药品信息进 行修改，选择药品进行重新组方。 系统对于病人的留置针使用进行登记，病人缴纳留置针费 用后，护士打印病人标签时，标签上会显示“留”字样。 凭证损坏或者丢失，可以补打病人凭证 输液甁签损坏或者丢失时，可以补打甁签 病人登记后还未进行输液，可以选择取消输液登记，此病 人之前的登记信息无效。
桌面端功能
获取病人信息
输液接 单
打印标签 自动生成排队 号
座位分配
药品重新组方
留置针登记
登记查 询
补打病人凭证 补打甁签
取消输液登记
座位管 理
区域的添加 和删除 座位的添加、 删除和编辑
功能描述 扫描条码、刷就诊卡号、输入门诊号或者病人姓名等几种 方式查询获取病人基本信息和处方信息。 处方信息：处方编号、开放科室和医生、开方时间、诊断 信息、处方分组号、药品名称、规格、数量、剂量、频次、 用药途径、使用次数和总缴费次数医生说明等。 可显示当天、3 天以内、15 天以内、30 天以内的处方信息。 打印病人标签和输液袋条码
2
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
端接收； （5）士将为该病人进行服务，输液区其他护士的手持终端的提示将自动消
失。该护士需再次核对病人条码和输液袋条码，手持终端对信息采集后传输到 HIS 系统中核对，确定信息和剂量执行情况，并记录此次服务的护士姓名及操作 时间；
（6）在病人结束输液之后，护士利用手持终端再次对病人条码进行扫描， 系统自动记录下该病人结束输液的时间和整个输液过程的时长，并且记录下为该 病人服务的护士姓名；
（7） 软件部分：HIS 系统开放接口，手持终端开发操作界面，利用标准 数据接口实现数据的调用与录入。
4、软件架构
移动门诊输液系统采用四层架构设计，分为用户界面层、业务逻辑层、数据 交互层和数据层四层。这种系统结构层次清晰、各层业务相对独立，有效降低开 发和维护成本，并且具有更好的可扩展性。系统通过接口与 HIS 系统、EMR 系 统、PACS 系统及 LIS 系统对接，实现对各业务系统的信息查询、数据交互功能。
2、系统架构
呼叫单元
无线接收器
移动医疗服务器
医院办公 业务网
医院LIS系统 护士工作站
二维打印机
二维扫描仪
AC
POE交 换机
无线AP
PDA
PDA
PDA
（1）护士利用扫描枪对病人处方上的条码进行扫描（可选），也可以利用医
院现有 IC 卡刷卡，到 HIS 系统中提取和采集病人的基本信息、医嘱和药物信息
等。再通过条型码打印机，打出病人配带的条码和输液袋上的条码（信息都与
5
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
其他
服务端设置
客户端列表显 示
包括最大重发次数(次)，重发间隔(毫秒)，最大无响应时间 (分)，呼叫基数，JSON 日志开关等配置项。 已注册的客户端列表显示： 对已经注册的客户端（桌面端和手持端）进行跟踪显示， 显示各个已登录客户端的 IP、端口和活动时间等信息。当 客户端发生异常时，活动时间不再改变，超过一定时间， 列表会自动清掉异常客户端的信息。
输到 呼叫控制主机进行信号处理，以 TCP/IP 通信模式传输到架构在医院固网上 的 WLAN。
（4）护士对病人呼叫做出相应处理，需再次核对病人条码和输液袋条码， 对信息采集后传输到 HIS 系统中核对，确定信息和剂量执行情况。
3、业务流程分析
医院HIS系统
药、输液单
输液室护士站
核对
分配输液座位
生成病人条码
标签设计器
呼叫信息管理
异常信息 类型增加 异常信息 删除
报表 报表
查询
皮试
开始皮试
皮试审核
设置 客户端设置
座位与呼叫器绑定 病人信息 病人的输液信息 输液药品信息 输入员工账号、密码和姓名等信息后即可新增用户 修改用户信息 删除用户信息 用于管理员或护士长可为各班护士进行相应的权限划分， 确保输液工作、流程的有效进行。 进入用户管理界面显示信息： 用户头像、姓名、二维码、当天工作量。 护士可以管理自己的二维码，当二维码损坏时刻自行选择 打印。 修改用户密码
3
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
医疗系统未来的趋势应该是各种子系统的融合和数据中心的管理，这一切归 功于网络信息化的发展，也正是这种信息化的发展使得各种系统的融合成为可能。
5、软件功能清单
门诊输液系统软件部分分为“桌面端”、“手持端”和“大屏显示”三部分。 （1）桌面端的功能主要包括：接单、座位管理、综合查询、用户管理、用 户、异常信息设置、报表、皮试、日志等。
设计病人凭证和药品标签、修改标签样式
显示当前呼叫信息，可删除和清空呼叫信息
增加异常信息类型
删除异常信息类型
报表统计包括但不限于： 输液异常查询 科室患者统计 门诊输液工作量统计 门诊量统计 质量控制 医生输液量 药品消耗量 挂水时间 通过筛选条件，即可查看不同的统计信息，系统支持报表 的查看并打印 支持 PC 端的统计查询管理 查询皮试药品信息（按就诊卡号和处方号查询） 刷新最新的皮试药品信息 皮试历史查找（按时间段查询） 记录皮试护士、皮试方法、皮试类型、观察时间等信息。 皮试时间到时，系统提示皮试结束。 确认结果，记录信息审核护士、皮试结果、处理意见、摘 要等。 包括服务器地址，医院名称，医院简称，医保卡端口，打 印机，座位分配模式，频次过滤开关等配置项。
（3）手持端主要通过扫描病人标签和输液袋条码来完成输液的各个步骤， 同时也能监听病人的呼叫信息。手持端主要功能模块包括：接单台设置、座位区、 工作站、设置。实现的主要功能包括：座位的查看和释放、配药穿刺和异常等信 息录入和处理、工作量查询、寻呼设置、扫描设置、系统设置等。
手持端功能
系统登 录
密码登录 扫描登录 接单台设置
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
数字化医院信息化建设---移动门诊输液系统
1、概述
门诊输液室作为医院的前沿阵地，是人群相对集中而流动性较大的场所，也 是护理管理工作的重要环节。但目前，许多医院的门诊输液过程缺乏信息系统支 撑，一方面门诊输液室环境吵杂，护士工作繁忙且效率低下，容易出现医疗隐患； 另一方面，医院也很难准确考核护士工作量以及统计输液室相关数据。通过移动 门诊输液系统可彻底改变这种落后的管理模式，依托条形码技术、移动计算技术 和无线网络技术实现护士对病人身份和药物的双重条形码核对功能，提高工作效 率，杜绝医疗差错提升服务质量；依托无线呼叫技术实现护士对病人求助的及时 相应，有效改善输液室环境，并减轻护士的工作强度和工作压力。
6
设置
Leabharlann Baidu
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
异常
呼叫信息处理
工作量查询 寻呼设置 扫描设置 系统设置
完成所有药品输液时，可结束输液。 当病人出现异常情况或需要二次穿刺时，护士可以进入异 常处理模块，扫描病人条码，保存异常登记。 当病人在输液过程中出现异常、换水或者输液结束时，按 下座位上的按钮，此座位的呼叫信息（区域、座位号、病 人姓名、已呼叫时间）会实时显示在护士手中的 PDA 上， 提醒护士及时处理病人的呼叫信息。 显示正在呼叫病人列表，按时间排序。 护士可以随时通过 PDA 查看自己的工作量，工作量查询时 间可选择当天、7 天内和 30 天内。 可以设置接收呼叫信息的区域。呼叫显示结果，并给予语 音提示与文字噢提示。（配药时系统默认不会显示病人的呼 叫信息，其他状态下病人的呼叫信息会给予相应的声音提 示）。 扫描设置 系统设置
座位区
座位的查看
座位的占用 和释放
工作站
配药、穿刺、 巡回
功能描述 在输入正确的口令和密码后登录。 扫描护士工作证上的二维码登录。 对输液区和接单台进行绑定等设置维护操作。 可按座位状态与病区条件筛选查看座位及对应的病人信 息。 病人输液结束，系统自动释放该病人座位。 巡回护士也可手动释放座位。 通过切换配药、穿刺、巡回三个模式，扫描病人及药品标 签，记录输液进程，完成开始输液、换水、拔针、结束输 液的整个流程。 配药 负责配药的登记，扫描输液袋条码，界面药品显示从“未 配液”更新为“已配液”。 穿刺 负责穿刺叫号工作。 扫描药品标签，病人信息标记“已穿刺”。 巡回 负责病人的换水、拔针工作，巡回也可执行穿刺与呼叫操 作。 扫描药品标签，病人信息标记“已换水”。
7
增加和删除输液区，分别管理不同输液区的座位。
添加删除座位 设置座位号、座位的大小和间隔等
4
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
综合查
询
综合查询
用户管 理
用户添加 用户信息修改 用户信息删除
用户权限设置
显示信息
用户
打印二维码
标签设 计器 呼叫信 息管理
异常信 息设置
修改密码
生成输液袋标 签条码
接瓶
护士处理
护士移动终端 显示
配液
求助呼叫 接瓶呼叫
核对 病人就位
输液 结束呼叫
护士处理
结束输液
（1）药剂师打印贴在输液单上的二维条码，作为 HIS 系统中配药与病人信 息的载体，门诊输液系统能够实现药剂师、病人、护士信息上的交接；
（2）护士利用手持终端对病人处方上的条码进行扫描，利用医院固网，在 HIS 系统中提取和采集病人的基本信息、医嘱和药物信息等。再通过条型码打印 机，打印出病人配带的条码和输液袋上的条码（信息都与 HIS 数据库相映射）；
HIS 数据库相映射）。
（2）输液时，护士利用 PDA 对病人条码和输液袋条码进行扫描，通过无线
网卡发射无线信号给医院的 WLAN，在把数据传输给医院固网，与 HIS 系统进
1
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
行数据对接和交互。 （3）病人利用座位上的无线呼叫单元触发信号，无线接收器读取信息，传
（1）用户界面层 用户界面层是使用者的操作界面，能直观显示相关的信息，并提供操作所需 要的界面控件。系统 UI 层实现各个系统平台如 Linux、Android、iOS 等与本地 系统的 API 接入、资源的访问、设备调用。原生实现 UI 组件调用接口，比如图 层控制、WebView 行为控制等 （2）业务逻辑层 业务逻辑层实现了该系统中的重要业务逻辑，它封装了多种如创建对象，修 改和编辑，调用底层接口等功能。业务逻辑层接受用户界面层传递的参数，并且 调用数据与接口访问层进行数据的物理传输和存储。它是系统功能实现的核心部 分，使用面向对象的设计方法，通过定义的各种系统对象的属性、方法、事件来 封装各类数据和逻辑。业务逻辑层实现面向对象的分析与设计，以使得程序开发 更加的高效合理。 （3）Web Service 与数据库交互层 系统采用 Web Service 技术提供信息服务，前后台系统之间的交互采用 SOAP 协议。这种体系结构的好处在于各个层次非常清晰，也符合当今技术发展的趋势。 Web Service 与数据库交互层提供了对数据库访问的方法和对外部系统调用 的接口，该层分为 Web Service 模块和数据库操作模块两大模块。
（2）大屏显示主要用于显示排队、叫号等信息。
大屏显示功能
显示输液数据 大 显示等待列表 屏 显 语音播报 示
显示呼叫信息
功能描述 显示输液数据：分别显示总输液数、正在输液数、待输液 数。 显示当前待输液病人列表：姓名、排队号、呼叫状态。 语音播报正在呼叫病人 病人在输液过程中遇到异常、换水、拔针时按下座位旁的 按钮，大屏即会显示当前病人的呼叫信息并语音播报呼叫 信息。
（4） 病人利用座位上的 RFID 呼叫按钮触发信号，物联网通信网关接收并 处理信号，以 TCP/IP 通信模式传输到架构在医院固网上的 WLAN，再被手持终
病人前来接单登记时，系统自动为该病人分配排队号
系统提供自动分配座位和手动分配座位两种方式。 手动分配座位：可占座、释放座位、换座。 被占用的座位用红色标记说明。 接单登记时，护士可以对病人当前已经组方的药品信息进 行修改，选择药品进行重新组方。 系统对于病人的留置针使用进行登记，病人缴纳留置针费 用后，护士打印病人标签时，标签上会显示“留”字样。 凭证损坏或者丢失，可以补打病人凭证 输液甁签损坏或者丢失时，可以补打甁签 病人登记后还未进行输液，可以选择取消输液登记，此病 人之前的登记信息无效。
桌面端功能
获取病人信息
输液接 单
打印标签 自动生成排队 号
座位分配
药品重新组方
留置针登记
登记查 询
补打病人凭证 补打甁签
取消输液登记
座位管 理
区域的添加 和删除 座位的添加、 删除和编辑
功能描述 扫描条码、刷就诊卡号、输入门诊号或者病人姓名等几种 方式查询获取病人基本信息和处方信息。 处方信息：处方编号、开放科室和医生、开方时间、诊断 信息、处方分组号、药品名称、规格、数量、剂量、频次、 用药途径、使用次数和总缴费次数医生说明等。 可显示当天、3 天以内、15 天以内、30 天以内的处方信息。 打印病人标签和输液袋条码
2
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
端接收； （5）士将为该病人进行服务，输液区其他护士的手持终端的提示将自动消
失。该护士需再次核对病人条码和输液袋条码，手持终端对信息采集后传输到 HIS 系统中核对，确定信息和剂量执行情况，并记录此次服务的护士姓名及操作 时间；
（6）在病人结束输液之后，护士利用手持终端再次对病人条码进行扫描， 系统自动记录下该病人结束输液的时间和整个输液过程的时长，并且记录下为该 病人服务的护士姓名；
（7） 软件部分：HIS 系统开放接口，手持终端开发操作界面，利用标准 数据接口实现数据的调用与录入。
4、软件架构
移动门诊输液系统采用四层架构设计，分为用户界面层、业务逻辑层、数据 交互层和数据层四层。这种系统结构层次清晰、各层业务相对独立，有效降低开 发和维护成本，并且具有更好的可扩展性。系统通过接口与 HIS 系统、EMR 系 统、PACS 系统及 LIS 系统对接，实现对各业务系统的信息查询、数据交互功能。
2、系统架构
呼叫单元
无线接收器
移动医疗服务器
医院办公 业务网
医院LIS系统 护士工作站
二维打印机
二维扫描仪
AC
POE交 换机
无线AP
PDA
PDA
PDA
（1）护士利用扫描枪对病人处方上的条码进行扫描（可选），也可以利用医
院现有 IC 卡刷卡，到 HIS 系统中提取和采集病人的基本信息、医嘱和药物信息
等。再通过条型码打印机，打出病人配带的条码和输液袋上的条码（信息都与
5
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
其他
服务端设置
客户端列表显 示
包括最大重发次数(次)，重发间隔(毫秒)，最大无响应时间 (分)，呼叫基数，JSON 日志开关等配置项。 已注册的客户端列表显示： 对已经注册的客户端（桌面端和手持端）进行跟踪显示， 显示各个已登录客户端的 IP、端口和活动时间等信息。当 客户端发生异常时，活动时间不再改变，超过一定时间， 列表会自动清掉异常客户端的信息。
输到 呼叫控制主机进行信号处理，以 TCP/IP 通信模式传输到架构在医院固网上 的 WLAN。
（4）护士对病人呼叫做出相应处理，需再次核对病人条码和输液袋条码， 对信息采集后传输到 HIS 系统中核对，确定信息和剂量执行情况。
3、业务流程分析
医院HIS系统
药、输液单
输液室护士站
核对
分配输液座位
生成病人条码
标签设计器
呼叫信息管理
异常信息 类型增加 异常信息 删除
报表 报表
查询
皮试
开始皮试
皮试审核
设置 客户端设置
座位与呼叫器绑定 病人信息 病人的输液信息 输液药品信息 输入员工账号、密码和姓名等信息后即可新增用户 修改用户信息 删除用户信息 用于管理员或护士长可为各班护士进行相应的权限划分， 确保输液工作、流程的有效进行。 进入用户管理界面显示信息： 用户头像、姓名、二维码、当天工作量。 护士可以管理自己的二维码，当二维码损坏时刻自行选择 打印。 修改用户密码
3
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
医疗系统未来的趋势应该是各种子系统的融合和数据中心的管理，这一切归 功于网络信息化的发展，也正是这种信息化的发展使得各种系统的融合成为可能。
5、软件功能清单
门诊输液系统软件部分分为“桌面端”、“手持端”和“大屏显示”三部分。 （1）桌面端的功能主要包括：接单、座位管理、综合查询、用户管理、用 户、异常信息设置、报表、皮试、日志等。
设计病人凭证和药品标签、修改标签样式
显示当前呼叫信息，可删除和清空呼叫信息
增加异常信息类型
删除异常信息类型
报表统计包括但不限于： 输液异常查询 科室患者统计 门诊输液工作量统计 门诊量统计 质量控制 医生输液量 药品消耗量 挂水时间 通过筛选条件，即可查看不同的统计信息，系统支持报表 的查看并打印 支持 PC 端的统计查询管理 查询皮试药品信息（按就诊卡号和处方号查询） 刷新最新的皮试药品信息 皮试历史查找（按时间段查询） 记录皮试护士、皮试方法、皮试类型、观察时间等信息。 皮试时间到时，系统提示皮试结束。 确认结果，记录信息审核护士、皮试结果、处理意见、摘 要等。 包括服务器地址，医院名称，医院简称，医保卡端口，打 印机，座位分配模式，频次过滤开关等配置项。
（3）手持端主要通过扫描病人标签和输液袋条码来完成输液的各个步骤， 同时也能监听病人的呼叫信息。手持端主要功能模块包括：接单台设置、座位区、 工作站、设置。实现的主要功能包括：座位的查看和释放、配药穿刺和异常等信 息录入和处理、工作量查询、寻呼设置、扫描设置、系统设置等。
手持端功能
系统登 录
密码登录 扫描登录 接单台设置
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
数字化医院信息化建设---移动门诊输液系统
1、概述
门诊输液室作为医院的前沿阵地，是人群相对集中而流动性较大的场所，也 是护理管理工作的重要环节。但目前，许多医院的门诊输液过程缺乏信息系统支 撑，一方面门诊输液室环境吵杂，护士工作繁忙且效率低下，容易出现医疗隐患； 另一方面，医院也很难准确考核护士工作量以及统计输液室相关数据。通过移动 门诊输液系统可彻底改变这种落后的管理模式，依托条形码技术、移动计算技术 和无线网络技术实现护士对病人身份和药物的双重条形码核对功能，提高工作效 率，杜绝医疗差错提升服务质量；依托无线呼叫技术实现护士对病人求助的及时 相应，有效改善输液室环境，并减轻护士的工作强度和工作压力。
6
设置
Leabharlann Baidu
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
异常
呼叫信息处理
工作量查询 寻呼设置 扫描设置 系统设置
完成所有药品输液时，可结束输液。 当病人出现异常情况或需要二次穿刺时，护士可以进入异 常处理模块，扫描病人条码，保存异常登记。 当病人在输液过程中出现异常、换水或者输液结束时，按 下座位上的按钮，此座位的呼叫信息（区域、座位号、病 人姓名、已呼叫时间）会实时显示在护士手中的 PDA 上， 提醒护士及时处理病人的呼叫信息。 显示正在呼叫病人列表，按时间排序。 护士可以随时通过 PDA 查看自己的工作量，工作量查询时 间可选择当天、7 天内和 30 天内。 可以设置接收呼叫信息的区域。呼叫显示结果，并给予语 音提示与文字噢提示。（配药时系统默认不会显示病人的呼 叫信息，其他状态下病人的呼叫信息会给予相应的声音提 示）。 扫描设置 系统设置
座位区
座位的查看
座位的占用 和释放
工作站
配药、穿刺、 巡回
功能描述 在输入正确的口令和密码后登录。 扫描护士工作证上的二维码登录。 对输液区和接单台进行绑定等设置维护操作。 可按座位状态与病区条件筛选查看座位及对应的病人信 息。 病人输液结束，系统自动释放该病人座位。 巡回护士也可手动释放座位。 通过切换配药、穿刺、巡回三个模式，扫描病人及药品标 签，记录输液进程，完成开始输液、换水、拔针、结束输 液的整个流程。 配药 负责配药的登记，扫描输液袋条码，界面药品显示从“未 配液”更新为“已配液”。 穿刺 负责穿刺叫号工作。 扫描药品标签，病人信息标记“已穿刺”。 巡回 负责病人的换水、拔针工作，巡回也可执行穿刺与呼叫操 作。 扫描药品标签，病人信息标记“已换水”。
7
增加和删除输液区，分别管理不同输液区的座位。
添加删除座位 设置座位号、座位的大小和间隔等
4
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
综合查
询
综合查询
用户管 理
用户添加 用户信息修改 用户信息删除
用户权限设置
显示信息
用户
打印二维码
标签设 计器 呼叫信 息管理
异常信 息设置
修改密码
生成输液袋标 签条码
接瓶
护士处理
护士移动终端 显示
配液
求助呼叫 接瓶呼叫
核对 病人就位
输液 结束呼叫
护士处理
结束输液
（1）药剂师打印贴在输液单上的二维条码，作为 HIS 系统中配药与病人信 息的载体，门诊输液系统能够实现药剂师、病人、护士信息上的交接；
（2）护士利用手持终端对病人处方上的条码进行扫描，利用医院固网，在 HIS 系统中提取和采集病人的基本信息、医嘱和药物信息等。再通过条型码打印 机，打印出病人配带的条码和输液袋上的条码（信息都与 HIS 数据库相映射）；
HIS 数据库相映射）。
（2）输液时，护士利用 PDA 对病人条码和输液袋条码进行扫描，通过无线
网卡发射无线信号给医院的 WLAN，在把数据传输给医院固网，与 HIS 系统进
1
[文章内容为整合行业专家成果而成，任何机构或者个人禁止用于商业用途]
行数据对接和交互。 （3）病人利用座位上的无线呼叫单元触发信号，无线接收器读取信息，传
（1）用户界面层 用户界面层是使用者的操作界面，能直观显示相关的信息，并提供操作所需 要的界面控件。系统 UI 层实现各个系统平台如 Linux、Android、iOS 等与本地 系统的 API 接入、资源的访问、设备调用。原生实现 UI 组件调用接口，比如图 层控制、WebView 行为控制等 （2）业务逻辑层 业务逻辑层实现了该系统中的重要业务逻辑，它封装了多种如创建对象，修 改和编辑，调用底层接口等功能。业务逻辑层接受用户界面层传递的参数，并且 调用数据与接口访问层进行数据的物理传输和存储。它是系统功能实现的核心部 分，使用面向对象的设计方法，通过定义的各种系统对象的属性、方法、事件来 封装各类数据和逻辑。业务逻辑层实现面向对象的分析与设计，以使得程序开发 更加的高效合理。 （3）Web Service 与数据库交互层 系统采用 Web Service 技术提供信息服务，前后台系统之间的交互采用 SOAP 协议。这种体系结构的好处在于各个层次非常清晰，也符合当今技术发展的趋势。 Web Service 与数据库交互层提供了对数据库访问的方法和对外部系统调用 的接口，该层分为 Web Service 模块和数据库操作模块两大模块。
（2）大屏显示主要用于显示排队、叫号等信息。
大屏显示功能
显示输液数据 大 显示等待列表 屏 显 语音播报 示
显示呼叫信息
功能描述 显示输液数据：分别显示总输液数、正在输液数、待输液 数。 显示当前待输液病人列表：姓名、排队号、呼叫状态。 语音播报正在呼叫病人 病人在输液过程中遇到异常、换水、拔针时按下座位旁的 按钮，大屏即会显示当前病人的呼叫信息并语音播报呼叫 信息。