跳转至
For the complete DHIS2 documentation index, see llms.txt.
后勤

DHIS2-RTS 实时库存管理工具/跟踪程序{ #dhis2-rts-real-time-stock-management-tool-tracker-program }

介绍

本文件介绍了 DHIS2-RTS 应用程序的用例、配置和管理，该应用程序用于使用移动设备对医疗机构的医疗库存进行实时管理。

用例概述{ #use-case-overview }

DHIS2-RTS 提供了一个基于网络和移动应用程序的工具（具有离线功能），是库存管理的实时数字解决方案，可与国家 eLMIS 系统集成，用于管理库存补充以及端到端供应链分析。

该系统为医疗机构的药房工作人员以及供应链各级的卫生和物流工作人员提供全球实时库存和数据可视性，无论他们身处何地。

医疗机构的工作人员使用专用的移动设备应用程序，直接在移动设备上在线（具有离线功能）记录数据，从而取代纸质或电子表格应用程序的数据收集工作。医疗机构或地区一级的工作人员无需再将药房提供的数据重新输入 Excel 文件（或任何其他应用程序），以计算每月的补货订单。

辅助医疗机构目前基于纸质（或电子表格）的药房补货工作流程将被所有医疗机构标准化的全数字化、集成化和系统化工作流程所取代。

记录单个库存交易，而不是每月记录和报告一次库存数据，是程序上的重大改变，好处多多：

  • 在每次库存交易过程中，都会实时（重新）计算库存量，任何级别的用户都能实时了解库存量和客户需求（"消耗量"）。

  • 所有交易均以数字方式记录在中央 DHIS2 服务器上，无需在库存卡中记录每笔交易，省时省力，省心省力。

  • 该系统原则上消除了在月底清点所有存货的需要，因为在每月药房关闭期间，清点存货需要（至少）2-5 天的时间。

  • 该系统消除了在月底根据库存卡手工统计每个项目的分配情况的做法，这同样是一项繁琐、枯燥、耗时和费力的工作

  • 该系统消除了与国家 LMIS 系统（即使是纸质或 Excel 格式）进行数据收集的冗余，因为只记录一个数据值，即每个项目的交易数量。

结构和前提条件{ #structures-and-preconditions }

该系统的应用基于对特定结构和流程的遵守，这些结构和流程为系统设计和功能提供了依据。

  • 所有医疗库存均由各医疗机构的单一中央药房储存和管理。

  • 虽然该系统和应用程序主要用于管理医疗保健物品，但也可以管理食品、清洁用品、文具等任何其他类型的物品。

  • 单一（中央）药房供应医疗机构的所有部门和服务。

  • 该系统将取代和促进某些现有流程，但医疗机构当然可以继续使用任何其他人工或电子数据记录和处理系统（如使用批次卡、库存卡、交货记录、理货单等）。

  • 所有药房至少每天都能使用 2G 移动电话网络传输数据。不过，强烈建议使用永久性互联网连接，否则一旦移动设备出现故障，很有可能丢失所有尚未同步的数据。

  • 如果系统出现故障，药房可以随时 "切换 "回手动（备用）系统，例如恢复使用库存卡，而不会以任何方式影响药房的供应。

  • 国家当局、卫生当局（国家、省、县级）、医疗机构管理层以及药房工作人员都同意使用移动设备记录、存储、管理和传输药房库存数据。

  • 移动设备可用并得到可靠维护。

  • 医疗机构的员工熟悉移动设备的使用，或可以接受培训（在合理的时间内）。

系统组件{ #system-components }

该系统由以下不同部分组成：

  • 中央 DHIS2 服务器和数据库

  • DHIS2 网络门户（用户界面）

  • DHIS2 跟踪计划

  • 用于每月 "快照 "的 DHIS2 数据录入表，以及在 DHIS2-RTS 出现故障时打开的备用表

  • 通过扫描条形码记录交易的 DHIS2 移动应用程序

  • DHIS2-RTS 中的 DHIS2 移动应用程序分析，特别是电子库存卡和月度库存报告

  • 此外（！！！），以默认数据录入形式提供移动应用程序分析，用于每月报告和分析

  • 可选（但强烈建议）：与 DHIS2 整合的国家电子后勤管理信息系统

DHIS2-RTS 概念的指导原则是主要使用国家 eLMIS 功能来管理所有物流流程，只收集医疗机构使用 DHIS2-RTS 应用程序生成的数据。这严格遵循了 DRY（"不要重复自己"）软件开发原则："每一项知识在系统中都必须有一个单一、明确、权威的代表"。

业务流程和工作流程概览{ #overview-of-business-processes-and-workflows }

DHIS2-RTS 移动应用程序由医疗机构药房和医药商店的店主使用，他们被称为 "终端用户"。

"部门和服务 "指任何医疗机构内持有和管理定期补充的任何种类库存的任何设施或服务， 如病房、药房（OPD）、手术室、消毒服务、实验室和输血服务、诊断成像、洗衣、维修服务 或其他服务。

  • 从上游医疗配送中心接收库存，并将其放入仓库

  • 管理医药库存

  • 接收、记录和管理来自病房和服务部门的定期订单（不是 DHIS2-RTS 移动应用程序的一部分，但却是工作流程不可或缺的一部分）

  • 拣选、包装并向各部门和服务机构交付订购的货物

  • 查看当前库存

  • 各种分析，如每月需求（总量）分析

移动设备应用程序主要用于收集、临时存储和向服务器发送无法收集的重要数据。

除其他原因外，这种方法最大限度地减少了需要从移动设备传输的数据包的频率、数据量和大小，从而缩短了数据传输的时间，降低了成本，并提高了数据传输对不良移动互联网连接的适应能力。

该移动设备应用程序可以管理大约 50 个库存项目（初级保健中心）到 500 个库存项目（医院）。虽然原则上系统不受限制，但可用性会随着库存物品数量的增加而降低。相比之下，工业化国家的医院药房将管理约 3000 种药品和约 20000 种其他保健产品。

DHIS2 门户网站可能会被医疗机构的管理人员使用，但更有可能被医疗或后勤管理人员使用，几乎只用于咨询分析报告。

股票计算{ #stock-calculations }

每次交易后，"库存 "都会进行实时（重新）计算，这些交易主要记录在移动设备上，但也会受到通过门户网站上的跟踪程序或通过与国家上游电子后勤管理信息系统（eLMIS）的集成进行的交易的影响。

手头库存 "的计算始终是迭代式的，程序规则一次处理一笔交易。这意味着计算是基于当前的 "库存"（由最近的交易产生）和最近的交易来再次计算当前的 "库存"。因此，除当前值外，系统在任何时候都不会保留 "库存 "的历史记忆。原则上，当前的 "库存 "可以通过将数据库建立以来任何特定项目和组织单位的所有 交易加在一起来计算。但是，这需要进行越来越复杂的计算，既多余又不必要。

值得注意的是，除 "更正 "外，所有交易 "数量 "都代表交易数量，而 "更正 "则要求 用户输入实际库存盘点的结果，系统将计算两个值之间的差额，作为分析所需的（虚拟） 交易数量。

系统采集的第二个重要物流数据项是交易数量。这对于计算月度需求量至关重要，而月度需求量又是需求分析、预测、需求计划和库存补充计算所不可或缺的。

原则上，只有增加 "库存 "的交易（收货、"正 "更正、退货）才应使用正符号，而 减少 "库存 "的交易（分发、"负 "更正、丢弃和转移）原则上应使用负符号。但是，如果要求仓库保管员使用"-"号，不仅会造成不必要的麻烦和延误，而且也会造 成大量错误。因此，"+"或"-"号必须 "硬编码 "到元数据中，特别是程序规则中。

所有交易和实际 "库存 "的数值都是正整数，永远不会为零（因为根据定义，这不是交易）。

交易有不同的边界，并以不同的方式影响计算出的物流数据：

交易类型 对 "库存 "的影响 对每月总需求的影响
分发 减少 增加
丢弃 减少 不受影响
更正：SoH > 计算值 增加 不受影响
更正：SoH < 计算值 减少 不受影响
返回 增加 减少
转让 减少 不受影响
收据 增加 不受影响

移动设备管理{ #mobile-device-management }

卫生部等实体或组织必须提供和确保维护移动设备，并管理其使用。出于数据保护、可持续性和数据订阅管理的考虑，应不鼓励使用私人设备。

为了避免对单一设备的依赖，以及在该设备发生故障、丢失或被盗时的中断，只有在每个医疗机构至少有一个备用设备的情况下，才能使用 DHIS2-RTS 应用程序。

DHIS2-RTS 移动应用程序的概念和假设是，交易只能在移动设备上记录。原则上，网络应用程序可以在台式机或笔记本电脑上使用，并配有外部条形码阅读器。但是，这些设备无法直接在库房内的存储位置（货架或托盘）扫描条形码。这就需要先拣选物品，然后在调度室的桌子上进行处理。然而，把条形码放在这个地方用条形码扫描器处理交易是不现实的。

如果专门为实施 DHIS2-RTS 而购买移动设备，则应遵循本地 DHIS2 建议，此外还需考虑以下几点：

  • 无论如何，它们都应配备 SIM 卡，用于连接移动网络，作为数据传输和同步的主要或备用手段，并允许连接无线局域网

  • 移动设备必须配备用于扫描条形码的后置摄像头

  • 移动设备应配备集成麦克风（用于可选的语音转文字记录功能）

  • 在进行交易时，应选择体积小、重量轻的设备

  • 研究分析时，最好使用较大的平板电脑

  • 设备应能承受该国恶劣的温度、湿度和灰尘等气候条件，并能抵御跌落和其他物理损坏

DHIS2 文档列出了以下移动设备规范要求：[DHIS2 移动设备规格］(https://docs.dhis2.org/en/implement/android-implementation/mobile-device-specifications.html)

设备故障时的应急计划{ #contingency-plan-in-case-of-device-failure }

如果移动设备因任何原因（欠费、损坏、未找到、被盗、忘记验证）出现故障或失灵，或无法上网超过一天，医疗机构应考虑使用其他移动设备或上网途径。

如果无法上网的时间少于一天{ #in-case-the-internet-is-unavailable-for-less-than-one-day }

  • 在不需要处理紧急命令的情况下，等待恢复互联网连接

  • 保存各部门和服务机构的申请，并认真记录实际分发的数量

  • 通过向下滚动库存项目列表和记录数量，重新输入交易信息

如果无法上网超过一天{ #in-case-of-internet-is-unavailable-for-more-than-one-day }

  • 恢复在库存卡上手动记录交易

  • 在月末使用 DHIS2 默认数据输入表（这比按正确的时间顺序追溯输入许多交易要省事得多）。

如果所有系统都出现故障{ #in-case-all-systems-fail }

在任何时候，用户都可以使用 DHIS2-RTS 应用程序推出之前使用的手工、纸张或电子表格方法：

  • 进行实物库存清点

  • 在工作表打印件或其他纸质记录上记录库存和每月消耗量

  • 使用纸质记录或电子表格应用程序计算每月补货订单

维护网络应用程序 - DHIS2 元数据配置{ #maintenance-web-app-dhis2-metadata-configuration }

本章全面概述了所有元数据元素及其设置，这些元素是配置 DHIS2-RTS 跟踪程序以及用于记录每日和每月 "快照 "的 "汇总 "数据输入表所必需的。大部分设置可根据具体实施情况进行修改和调整，而某些设置，如计划规则或使用案例配置应用程序，则不得修改，否则可能会影响移动应用程序的功能。

元数据概览{ #metadata-overview }

所需的元数据设置会按照 DHIS2 维护网络应用程序中的顺序显示。

1 个类别

1.1 类别选项
1.2 类别
1.3 类别组合

2 数据元素

2.1 数据元素--"汇总"
2.2 数据元素--"跟踪器"
2.2 数据元素组

3 数据集

3.1 数据集

4 指标

4.1 指标
4.2 指标类型
4.3 计划指标

5 组织单位

5.1 组织单位
5.1 组织单位组

****6 计划**

6.1 程序
6.2 跟踪实体属性
6.3 跟踪实体类型
6.4 程序规则
6.5 程序规则变量

7 其他

7.1 选项集
7.2 图例
7.3 预测器
7.4 预测组

1 类{ #1-category }

该元数据（仅）用于配置 "汇总 "默认数据输入表单，以 "托管 "每日和每月汇总的 Tracker 数据，并将其用于各种可视化分析和仪表板。如果 DHIS2-RTS 移动应用程序（暂时）失效，汇总数据输入表单也可用于收集月度库存数据。

1.1 类别选项{ #11-category-option }

请注意，类别选项名称有意保持简短，以减少数据录入表单的整体宽度，并便于可视化和浏览表单。库存分配 "与所有 "DIS - [交货至] 类别 "选项的总数量相对应，可根据需要删除/添加或隐藏/取消。

1 DIS -（其他）

**** 名称 （）**："DIS - （其他）"
****Short name()："综合安全分遣队--（其他）"
**选择的组织单位*：(与跟踪程序一样选择） **** 2 DIS - Diagn.
***名称（*）："DIS - Diagn.
简称："DIS - Diagn："DIS - Diagn.
***选择的组织单位**：(与跟踪程序一样选择） **** **3 DIS - 急诊室
名称（）*："DIS - 急救室
***简称："DIS - 急救室"："DIS - 急救室
**选择的组织单位：(与跟踪程序一样选择） **** 4 DIS - High Depend.单位*
名称（）**："DIS - High Depend.Unit
***简短名称 （）："DIS - High Depend.单位"
***选择的组织单位：(与跟踪程序一样选择） **** 5 DIS - 内务管理
Name(*)："DIS - Housekeeping
****Short name()："DIS - Housekeeping
***选择的组织单位：(与跟踪程序一样选择） **** 6 DIS - Inp.Med.Depart.
**Name （）："DIS - Inp.Med.Depart.
**Short name(*)："DIS - Inp.Med.Depart."
**选择的组织单位：(与跟踪程序一样选择） **** 7 DIS - Inp.Surg.Depart.
Name(*)："DIS - Inp.Surg.DIS - Inp.
Short name(*)："DIS - Inp.Surg.Depart."
选择的组织单位*：(与跟踪程序一样选择） **** 8 DIS - Laboratory Depart.
名称（）**："DIS - 实验室部"。
**Short name （）**："DIS - Laboratory Depart."
**选择的组织单位：(与跟踪程序一样选择） **** 9 DIS--停尸房
名称（）**："DIS - 太平间
****Short name()**："DIS - 太平间
**选择的组织单位：(与跟踪程序一样选择） **** 10 DIS - OPD
名称（）**："DIS - OPD"
****Short name()："DIS - OPD"
**选择的组织单位：(与跟踪程序一样选择） **** 11 DIS - Obst.
***名称 （*）："DIS - Obst. & Gynae." "DIS - Obst.
****Short name()*："DIS - Obst. & Gynae." "DIS - Obst.
**选择的组织单位：(与跟踪计划一样选择） **** 12 DIS - Oper.剧院
名称（）**："DIS - Oper.剧院"
**Short name()："DIS - Oper.剧院"
**选择的组织单位：(与跟踪程序一样选择） **** 13 DIS - Paed.Dep.
****Name()**："DIS - Paed.Dep.
**Short name()**："DIS - Paed.Dep."
**选择的组织单位：(与跟踪程序一样选择） **** 14 DIS - Physioth.Dep.
名称（）**："DIS - Physioth.Dep.
**Short name()**："DIS - Physioth.部门"
**选择的组织单位：(与跟踪计划一样选择） **** 15 DIS - 恢复室*
名称（）**："DIS - 恢复室
***简短名称 （）："DIS - 恢复室
***选择的组织单位：(与跟踪程序一样选择） **** 16 DIS - Steril.Dep.
名称（*）："DIS - Steril.Dep.
**Short name()**："DIS - Steril.Dep."
**选择的组织单位：(与跟踪程序一样选择） **** 17 DIS - Transf.
***名称（*）："DIS - Transf.
****Short name()："DIS - Transf. services
***选择的组织单位：(与跟踪程序一样选择） **** 18 以前的库存余额*
***名称（）："上期库存余额"
***简短名称 （*）："上期库存余额"
**** 所选组织单位**：(与跟踪程序一样选择） **** 19 库存更正*
名称（）**："股票更正"
***短名称 （）："库存修正
**选择的组织单位：(与跟踪程序一样选择） **** ***20库存弃置
名称 （）**："库存弃置"
***简短名称 （）："库存弃置
***选择的组织单位：(与跟踪程序一样选择） **** **21 库存分配
名称（）**："股票分配"
***简短名称 （）："股票发行"
**选择的组织单位：(与跟踪程序一样选择） **** ***22库存
名称（）**："库存"
***简短名称 （）："库存"
***选择的组织单位：(与跟踪程序一样选择） **** ***23库存收据
名称（*）："库存收据"
***简短名称 （）："库存收据"
***选择的组织单位：(与跟踪程序一样选择） **** 24 库存 是/否
名称 （*）："库存是/否"
***简短名称 （）："库存是/否"
**选择的组织单位：(与跟踪程序一样选择） ****

1.2 类别{ #12-category }

1 RTS - 每日股票报告*

名称 （*）：**RTS - 每日股票报告*
简短名称 （*）："RTS - 每日股票报告"
**Data dimension type()："分解"
***数据维度 （*）: 检查（显示为蓝色方框中的白色对勾）
类别选项：注意 "类别选项 "的顺序：
"上期库存余额" "库存收据" "DIS - 诊断成像" "DIS-急诊室"

"DIS - 高依赖病房" >>>"DIS - 急诊室"。高依赖病房" "DIS - 内务部" "DIS - Inp.Med.Depart." >>>"DIS - Inp. "DIS - Inp.Surg.出发" "DIS - Laboratory Depart." "DIS - 太平间" "DIS - 妇产科"。 "DIS-手术室" "DIS - Oper.剧院" "DIS-（其他）" "DIS - Paed.部" "DIS - Physioth.部" "DIS - 恢复室" "DIS - Steril.部" "分遣队 - 转运服务" 存货分配 存货丢弃 存货更正 库存 库存 是/否

2 RTS - 每月库存报告*

名称 （*）：**RTS - 每月库存报告*
简短名称 （*）："RTS - 每月股票报告"
**Data dimension type()："分解"
***数据维度 （*）: 检查（显示为蓝色方格中的白色勾号）
类别选项：*注意 "类别选项 "*的顺序
"上期库存余额" "库存收据" "DIS - 诊断成像" "DIS-急诊室" "DIS-重症监护室"。高依赖病房"

"DIS - 内务部" "DIS - Inp.Med.Depart." >>>"DIS - Inp. "DIS - Inp.Surg.出发" "DIS - Laboratory Depart." "DIS - 太平间" "DIS - 妇产科"。 "DIS-手术室" "DIS - Oper.剧院" "DIS-（其他）" "DIS - Paed.部" "DIS - Physioth.部" "DIS - 恢复室" "DIS - Steril.部" "分遣队 - 转运服务" 存货分配 存货丢弃 存货更正 库存

1.3 类别组合{ #13-category-combination }

名称 （*）：**RTS - 股票月度报告*
Short name(*)："RTS - 每月股票报告"
Data dimension type(*)："分类"
Skip category total in report(*): check (appears as white tick in a blue square)
Categories："RTS - 每月库存报告

2 数据元素{ #2-data-element }

数据元素代表记录和管理物流数据的项目（医疗保健产品）。

所有在 DHIS2-RTS 中注册为 "跟踪实体实例"（TEIs）的医疗保健产品都需要 "镜像 "为相同的数据元 素，以配置每个组织单位作为备份系统所需的数据集。

请注意，数据元素和 TEI 不能自动 "链接"，但可以导出新的 TEI（例如每月一次），并作为数据元素 "重新加载"。

为每种使用中的医疗产品创建一个单独的数据元素，命名遵循国家惯例，最好是根据国家项目主目录。如果 DHIS2 与国家 eLMIS 集成，DHIS2 中的项目代码和项目描述必须与国家 eLMIS 中的项目代码和项目描述完全一致。

如果使用项目代码，则可在 "名称 "字段中将项目代码与项目说明连在一起。但是，如果在项目代码后面加上项目描述，所有数据元素都会自动按照项目代码排序， 这对于按照组别存储医疗用品可能毫无用处。

域类型 "必须设置为 "汇总"，"值类型 "必须设置为 "正整数或零整数"，"汇总类型" 必须设置为 "无"。必须选中 "存储零数据值 "字段以允许存储零值，"类别组合 "必须设置为 "卫生设 施-月度库存报告"。

已经创建并使用过的数据元素不能再从数据库中删除，因为需要保留历史数据。但不再需要的数据元素可以从相应的数据集中删除。

2.1 数据元素--"汇总"{ #21-data-element-aggregate }

下面是单个数据元素的配置，需要应用于所需物品目录中的每个物品。

Name(*)："DORAALBE4T - ALBENDAZOLE, 400 mg, tab.MTH"
简称："DORAALBE4T - ALBENDAZOLE, 400 mg, tab.MTH" **代码： "DORAALBE4T - MTH" **Domain Type （**域类型）："Aggregate"
**Value type(*)："正或零整数"
Aggregation type (*)："总和"
存储零数据值: 标记（显示为蓝色方格中的白色勾号） ***类别组合 ()："RTS - 每月股票报告"
***聚合级别："设施"

2.2 数据元素--"跟踪器"{ #22-data-element-tracker }

这些数据元素是配置 DHIS2-RTS 跟踪程序各阶段所必需的。请注意，数据元素名称不得有任何前缀或后缀，因为这些都是多余的，会出现在行列表中。

1交付给

名称 （）**："Deliver to
**Short name()："Deliver to **Domain Type(*)："跟踪器"
****Value type()**："文本"
**Aggregation type ()："无"
***存储零数据值：不标记（显示为白色方块） 选项集 （*）："发送至"
 2以前的库存余额 名称 （）**："上期库存余额"
***简短名称 （）："以前的库存余额 ***域类型 （*）："跟踪器"
****Value type()**："正整数"
**Aggregation type ()："无"
***存储零数据值：标记（显示为蓝色方格中的白色勾号） **** ***3股票更正
名称 （）**：""
***短名称 （）："" ***域类型 （*）："Tracker"
****Value type()**："数字"
**Aggregation type ()："无"
***存储零数据值：标记（显示为蓝色方格中的白色勾号）
* 4股票数量
名称 （）**："库存计数"
***简短名称 （）："Stock count" **Domain Type(*)："跟踪器"
****Value type()**："正整数"
**Aggregation type ()："无"
***存储零数据值：标记（显示为蓝色方格中的白色勾号）
* 五股弃权
名称 （）："股票弃权"
***简称："库存弃置 **Domain Type()："跟踪器"
***值类型 （*）："正整数"
Aggregation type (*)："无"
***存储零数据值**：不标记（显示为白色方块） **** **6 股票分布
名称 （）**："股票分配"
***简称（）："股票发行" ***域类型 （*）："跟踪器"
****Value type()**："正整数"
**Aggregation type ()："无"
***存储零数据值：不标记（显示为白色方块） **** ***7 库存
名称 （）**："库存"
***简称（）："库存" **Domain Type(*)："跟踪器"
****Value type()**："正整数"
**Aggregation type ()："无"
***存储零数据值：标记（显示为蓝色方格中的白色勾号） **** **8 股票收据
名称 （*）："股票收据"
***简短名称 （）："库存收据 **Domain Type(*)："跟踪器"
****Value type()**："正整数"
**Aggregation type ()："无"
***存储零数据值：不标记（显示为白色方块）

2.3 数据元素组{ #23-data-element-group }

数据元素组的创建是 DHIS2 的最佳实践，也是使用 "组预测器 "功能的先决条件，该功 能允许使用占位符和数据元素组 ID 创建单个预测器，并自动应用于相应数据元素组中的所 有数据元素。例如，用于计算库存覆盖时间。

1库存项目清单 - 日
Name （*）："库存物品清单 - 日
Short name(*)："Stock item list - DAY" Data elements(*)：选择所有后缀名为 "DAY "的数据元素 ""。
**** 2 库存物品清单 - MTH
Name (*)："Stock item list - MTH"
短名称 （*）："库存物品清单 - MTH Data elements(*)：选择所有后缀为 "MTH "的数据元素 "

3 数据集{ #3-data-set }

3.1 数据集{ #31-data-set }

每个组织单位都需要数据集，用于记录跟踪计划数据的每日和每月 "快照"，以及 DHIS2-RTS 出现故障时的备用系统。

1 RTS 月度报告

Name(*)："RTS 月度报告
Short name(*)："RTS月度报告"
到期日："5"
***开放未来时段供输入数据*："1"
期后符合及时提交条件的天数："5"
***周期类型*："每月"
类别组合："无"
**数据元素* "数据元素：添加各医疗机构所需的所有后缀为 "MTH "的数据元素。

选择的组织单位*：(与跟踪程序一样选择）

2RTS每日报告

名称（*）："RTS 每日报告
***简短名称 （）："RTS 每日报告
***到期日："5"
打开未来时段以输入数据："1"
***期后符合及时提交条件的天数*："5"
周期类型："每日"
***类别组合*："无"
数据元素 "数据元素：添加各医疗机构所需的所有后缀为 "日 "的数据元素。

选择的组织单位*：(与跟踪程序一样选择）

4 指示灯{ #4-indicator }

指标功能用于配置 "库存覆盖时间"。原则上，最好将 "股票覆盖时间 "配置为预测器（因为这样可以使用 "组预测器 "功能），但由于 "股票覆盖时间 "需要显示小数，而数据输入表单只允许所有类别选项使用单一数字格式，因此使用了指标。这种方法允许在指标设置中自由设置小数点的数量。

需要注意的是，使用 "指标 "计算库存覆盖时间时，只能使用当月的分布情况（这非常不准确，会导致较大的波动），而无法计算平均值，例如过去三到六个月的平均值。

4.1 指标{ #41-indicator }

缺货天数 "指标在库存为零的任何一天返回值 "1"，否则返回值 "0"，并允许自动计算一个月内的缺货天数。

对于这两个指标，每个数据元素都需要一个单独的指标，下面的配置仅提供了一个示例。

1覆盖时间

名称 （*）："[数据元素名称] - 覆盖时间"
***短名称 （）："[项目代码] - 覆盖时间"
**描述："[数据元素名称] - 覆盖时间"
** 数据输出中的小数点**："1"
指标类型（*）："数字（系数 1）"
***说明*："库存覆盖时间"
编辑分子： ***描述*："[数据元素名称] - 覆盖时间 - 分数值" ***计算**："#{XsOfl0jZU8S.dOkDb0N10Aw}/#{XsOfl0jZU8S.X57v4Hidl3C}"
[数据元素.库存]/[数据元素.库存分布]/

编辑分母： ***描述*："[数据元素名称] - 覆盖时间 - 分母" ***计算**："1"

2缺货天数

名称 （*）："[数据元素名称] - 缺货天数"
***短名称 （）："[项目代码] - 缺货天数"
***描述："[数据元素名称] - 缺货天数"
指标类型 （*）："数字（系数 1）"
***编辑分子*： 描述："[数据元素名称] - 缺货天数 - 分数值" ***计算*："#{GdVh0GGFZh1.t4Exdgy3kDb}"。
[数据元素] T2A 日库存 是/否

编辑分母： ***描述*："[数据元素名称] - 覆盖时间 - 分母" ***计算**："1"

指示灯类型{ #indicator-type }

指标类型 "是配置任何 "指标 "的前提条件。

***1个数字（因子2）**

****Name()**："数（因子 1）"
**Factor()**："1"

4.3 计划指标{ #43-program-indicator }

计划指标与预测器相结合，可以自动汇总跟踪计划数据，并在相应的数据输入表格中记录每日和每月的汇总值，以便分析和报告。

必须为每一 "对 "项目描述和交易类型创建一个单独的计划指标，下面是一个项目每笔交易的示例：

  • [数据元素] - 分配

  • [数据元素] - 丢弃

  • [数据元素] - 更正

  • [数据元素] - 收据

  • [数据元素] - 库存

通过设置相应的 "过滤器 "和从 "手头存货 "程序阶段选择相应的数据元素来确定交易类型。

下面以一个项目为例，详细说明每日 "配送 "总量的配置。

数据元素（例如 "库存分配"）的 "汇总类型 (*) "必须在数据元素设置中设置为 "总和"，这一点至关重要，否则交易数量将无法汇总。

请注意，相同的 "计划指标 "可用于 "MTH"（月）和 "DAY"（日）的预测器。

1 [数据元素] - 分配*

1计划指标详情 计划()**："实时库存管理
 名称 （）**："[数据元素] - 分配"
***简短名称 （）："[项目代码] - 分配"
****Aggregation type(*)："总和"
分析类型**："事件"
***组织单位字段**："事件组织单位（默认）
***分析时段边界

** 边界目标**："事件日期"
** 分析期间边界目标**："报告期结束前"
** 按金额抵消期间**："0"
** 边界目标**："事件日期"
** 分析期间边界目标**："报告期开始后"
** 按金额抵消期间**："0"

在表单中显示：标签（显示为蓝色方框中的白色勾号）

****2 编辑表达式** ***表达式**："#{RghnAkDBDI4.lpGYJoVUudr}"
Stock on hand.Stock distribution

****3 编辑过滤器** ****Expression**："A{hGtASyAiaZz} == '[项目代码]'"。

项目代码 == '[项目代码]'

2 [数据元素] - 丢弃

1程序指标详情 程序（）**："实时库存管理
 名称 （）**："[数据元素] - 废弃"
***简短名称 （）："[项目代码] - 废弃"
****Aggregation type(*)："总和"
分析类型**："事件"
***组织单位字段**："事件组织单位（默认）
***分析时段边界

** 边界目标**："事件日期"
** 分析期间边界目标**："报告期结束前"
** 按金额抵消期间**："0"
** 边界目标**："事件日期"
** 分析期间边界目标**："报告期开始后"
** 按金额抵消期间**："0"

在表单中显示：标签（显示为蓝色方框中的白色勾号）

****2 编辑表达式** ***表达式**："#{RghnAkDBDI4.I7cmT3iXT0y}"
Stock on hand.Stock discard

****3 编辑过滤器** ****Expression**："A{hGtASyAiaZz} == '[项目代码]'"。

项目代码 == '[项目代码]'

3[数据元素] - 更正

1计划指标详情 程序（）**："实时库存管理
***名称 （）："[数据元素] - 更正"
***简短名称 （*）："[项目代码] - 更正"
聚合类型 （*）："总和"
***分析类型*："事件"
***组织单位字段**："事件组织单位（默认）
***分析时段边界

** 边界目标**："事件日期"
** 分析期间边界目标**："报告期结束前"
** 按金额抵消期间**："0"
** 边界目标**："事件日期"
** 分析期间边界目标**："报告期开始后"
** 按金额抵消期间**："0"

在表单中显示：标签（显示为蓝色方框中的白色勾号）

****2 编辑表达式** ***表达式**："#{RghnAkDBDI4.ej1YwWaYGmm}"
Stock on hand.Stock correction

****3 编辑过滤器** ****Expression**："A{hGtASyAiaZz} == '[项目代码]'"。

项目代码 == '[项目代码]'

4 [数据元素] - 收据

1计划指标详情 程序（）**："实时库存管理
 名称 （）**："[数据元素] - 接收"
***简短名称 （）："[项目代码] - 收据"
****Aggregation type(*)："总和"
分析类型**："事件"
***组织单位字段**："事件组织单位（默认）
***分析时段边界

** 边界目标**："事件日期"
** 分析期间边界目标**："报告期结束前"
** 按金额抵消期间**："0"
** 边界目标**："事件日期"
** 分析期间边界目标**："报告期开始后"
** 按金额抵消期间**："0"

在表单中显示：标签（显示为蓝色方框中的白色勾号）

****2 编辑表达式** ***表达式**："#{RghnAkDBDI4.j3ydinp6Qp8}"
Stock on hand.Stock receipt

****3 编辑过滤器** **** 表达式**："A{hGtASyAiaZz} == '[项目代码]'"。

项目代码 == '[项目代码]'

5 [数据元素] - 库存*

1计划指标详情 程序（）**："实时库存管理
***名称 （）："[数据元素] - 库存"
****Short Name(*)："[项目代码] - 库存"
****Aggregation type()*："总和"
分析类型："事件"
***组织单位字段*："事件组织单位（默认）
***分析时段边界

** 边界目标**："事件日期"
** 分析期间边界目标**："报告期结束前"
** 按金额抵消期间**："0"
** 边界目标**："事件日期"
** 分析期间边界目标**："报告期开始后"
** 按金额抵消期间**："0"

在表单中显示：标签（显示为蓝色方框中的白色勾号）

****2 编辑表达式** ***表达式**："#{RghnAkDBDI4.ypCQAFr1a5l}"
Stock on hand.Stock on hand

****3 编辑过滤器*** **** 表达式**："A{hGtASyAiaZz} == '[项目代码]'"。

项目代码 == '[项目代码]'

5 组织单位{ #5-organisation-unit }

5.1 组织单位{ #51-organisation-unit }

组织单位、组织单位组和组织单位级别是根据国家协议和政策和/或现有的 DHIS2 配置创建和添加的，对使用 DHIS2-RTS 没有具体要求。

6 计划{ #6-program }

DHIS2 跟踪程序是 DHIS2-RTS 应用程序的核心，配置非常简单，只使用本地 DHIS2 功能，并管理移动设备上的定制用户界面。

6.1 计划{ #61-program }

1 计划详情*

名称 （）**："实时库存管理
**简称 ()**："实时库存管理
**颜色："#64DD17"
图标："农村岗位大纲"
***图标*：(系统自动编号） 跟踪实体类型（*）：选择 "项目"
***类别组合（）：选择 "无"
***显示首页列表：标记（显示为蓝色方框中的白色勾号） 访问级别："打开"
***已完成事件的有效天数*："0"
过期天数："0"
**搜索所需的最少属性数*："1"
***搜索中返回的最大堆栈实体实例数**："0"

2 注册详细信息

允许未来的注册日期*：不标记
允许未来事件日期：不标记
只注册一次（每个跟踪实体实例生命周期）：不标记
***显示事件日期*：标记（显示为蓝色方框中的白色勾号）
事件日期描述："库存交易"
**忽略逾期事件*：不标记
***特征类型**：空白

3属性 1分配属性 ***程序跟踪的实体属性**：按以下顺序选择和排列：

"项目代码"
"项目描述"
注意，项目代码是单独的，因为扫描条形码时需要将其作为一个独立字段。
在列表中显示：全部标记
可搜索：标记 "物品描述"（"系统标记的物品代码）
***移动呈现类型*：默认 ***桌面呈现类型**：默认

2创建注册表单 （留空，无需配置）

4 计划阶段 ****1 阶段详情** 名称（*）：库存
***计划开始天数()："0"
***可重复：标签（显示为蓝色方格中的白色 "tig"）。

2分配数据元素
***搜索可用/已选项目**：

"库存分配"
"库存丢弃"
"库存接收"
"库存"
"交付给"
"上期库存余额"
"库存盘点"
"库存更正"

在报告中显示：使所有项目可见
移动呈现类型："默认"
***桌面呈现类型*："默认"

****3 创建数据录入表单** ***"BASIC "**（系统默认配置，无需配置）。

***5访问**

组织单位：标记使用跟踪程序的医疗机构
角色和访问权限："默认显示 "手头库存
***全选**：标记（蓝色方框中出现白色勾号）

6个通知 (不适用)

6.2 跟踪实体属性{ #62-tracked-entity-attribute }

DHIS2-RTS 使用 "项目代码 "和 "项目描述 "作为跟踪实体类型 "项目 "的两个跟踪实 体属性。 请注意，"项目代码 "仅对任何特定的组织单位是唯一的，但相同的 "项目代码 "可用于任 何不同的组织单位。

1 项目代码*

名称 （*）："项目代码
**简称 ()："项目代码"
***值类型："文本"
聚合类型："无"
***独特*：标签（显示为带有白色勾号的蓝色标签） 选项（从下拉菜单）："组织单位" ***继承*：不标记

****2 项目描述***

名称 （）**："项目描述"
****Short name()："项目描述"
***值类型："文本"
聚合类型："无"
 唯一**：不标记 ***继承**：请勿标记

6.3 跟踪实体类型{ #63-tracked-entity-type }

1件：

****Name()*："项目"
启用跟踪实体实例审计日志: 未选中 搜索所需的最少属性数**：1 ***搜索中返回的被跟踪实体实例的最大数量**：0 ***特征类型："无"
***跟踪实体类型属性**：按此顺序分配以下跟踪实体属性 "项目代码"
"项目描述"

在列表中显示*：全部标记
***可搜索**：标记全部

6.4 程序规则{ #64-program-rule }

为完成所有必要的计算，总共配置了四条程序规则：

  • "分配以前的库存余额"

  • "分配手头存货"

另外两个程序规则管理 "库存修正 "交易：

  • "分配库存修正"

  • "分配手头存货更正"。

两个程序规则共同提供实时库存更新。

原则上，当前事件的交易数量会添加到当前的手头库存中。

如果 "库存 "有上一个事件，上一个事件的 "库存 "值将写入数据元素 "上一个库存余额"。该程序规则 "保存 "当前的 "库存 "值，并以此为基础（重新）计算当前的 "库存"。使用单一字段会导致无限递归和错误，例如，"库存 "不可能同时等于 "库存" + "收据"。因此，需要两个不同的字段，它们可以相互影响：

  • "库存"：交易前的最新价值

  • "上一库存余额"：一旦开始新的交易，最新的库存值就会写入该字段

  • 当前交易的计算方法是将所有交易量加到 "上期库存余额 "中。

  • 完成交易后，计算结果会 "覆盖""库存 "字段

  • 流程从零开始

下面的截图显示了一个交易示例。交易开始前，"库存 "为 1。当输入 1 的 "库存收据 "时，"库存 "就会增加到 2。但 "上一库存余额 "仍然是 1，它保留了交易开始前 "库存 "的 "记忆"。

上期库存余额 "和 "手头库存 "这两个数据元素是灰色的，因为它们是由程序规则自动更新的。

请注意，库存量的（重新）计算是迭代式的，仅以最近的交易为基础，对当前交易 以外的任何其他交易的追溯编辑都不会对其产生任何影响。因此，必须坚决避免编辑过去的数据。任何错误只能通过 "更正 "交易来纠正。

有两条程序规则管理 "库存修正 "的计算。如果要输入与系统中当前存储的 "库存 "和实物库存清点后的 "库存 "之间的差额相对应的数量，就需要考虑修正值是正值还是负值，而且用户的计算容易出错。取而代之的是，仓库管理员输入实物库存盘点的结果，两个程序规则就会更新 "库存"，并为用户计算出差额（可以是正值或负值）：

  • "分配手头存货"：如果 "存货数量 "字段输入了一个值，则该值将 "覆盖"（取代）当前存储在系统中的 "手头存货"。

  • "分配库存修正"：如果 "库存计数 "字段输入了值，则 "上一库存余额 "与 "库存 计数 "之间的差额将 "写入""库存修正 "字段。

计算{ #calculations }

手头存货 = "上期存货余额" + "收到的存货" - "分发的存货" - "丢弃的存货"

库存校正 = "计数" - "上期库存余额"，取代 "手头库存"

"收到的存货"（正整数）：增加 "库存存货"

"库存分配"（正整数）：减少 "库存"

"库存弃置"（正整数）：减少 "库存"。

"股票修正"：

  • 如果实际库存量小于计算值，则为负整数

  • 如果实际库存数量大于计算值，则为正整数

1 分配库存*

1 输入程序规则详情*
程序（*）："实时库存管理"
***触发规则只适用于程序阶段*："库存"
名称 （*）："RTS - 分配手头库存"
***描述*："对于除 "库存更正 "以外的所有交易（因此对于 "分发"、"丢弃 "和 "收货"），本程序规则将交易数量添加到先前的库存余额中，以计算当前的库存。
优先级： "2"

****2 输入程序规则表达式***
****Condition**："！d2:hasValue(#{RTS - 股票数})"

****3 定义程序规则操作***
动作详情

Action (*)："赋值"
** 要赋值的数据元素**："库存"
** 要评估和赋值的表达式**："#{RTS-上期库存余额}+#{RTS-库存接收}-#{RTS-库存分配}-#{RTS-库存弃置}"

2 分配库存修正和库存修正*

1输入程序规则细节
程序（）："实时库存管理"
***触发规则只适用于程序阶段："库存"
***名称 （）**："RTS - 分配库存修正和库存修正" >>***描述: "RTS - 分配库存修正和库存修正" >>名称
***描述："如果输入了 "库存修正"，则程序规则将 "数量"（实际库存数）分配给 "库存"，并计算和存储两个值的差额作为 "修正"。
**优先级*： "3"

****2 输入程序规则表达式***
***条件**："d2:hasValue(#{RTS - Stock count})"

****3 定义程序规则操作***
***动作详情**

1 分配 "库存 "

Action (*)："赋值" ** 要赋值的数据元素**："库存" ** 要评估和赋值的表达式**："#{RTS-库存数量}"

2 分配 "库存修正 "

Action(*)："赋值" ** 要赋值的数据元素**："股票修正" ** 要评估和赋值的表达式**："#{RTS-库存数量}-#{RTS-上期库存余额}"

3分配以前的库存余额

****1 输入程序规则详细信息***
程序（）："实时库存管理"
***触发规则只适用于程序阶段："库存"
***名称 （）："RTS -Assign previous stock balance" （"RTS-分配以前的库存余额"）。
***描述："每当有新的交易发生时，程序规则就会从上一个事件中获取 "库存"，并将其暂时存储在 "上一个库存余额 "字段中"。
***优先级： "1"

****2 输入程序规则表达式***
****Condition**："条件："d2:hasValue(#{RTS-初始库存-上一个事件})"

****3 定义程序规则操作***
***动作详情**

Action (*)："赋值"
** 要赋值的数据元素**："以前的库存余额"
** 要评估和赋值的表达式**："#{RTS-初始库存-上一个事件}"

6.5 程序规则变量{ #65-program-rule-variable }

1初始库存 - 上一事件

程序 （*）："实时库存管理
**Name()："初始库存--上一个事件"
**Source type(*)："上一个事件的数据元素"
***数据元素**："上一个事件的数据元素"

****2 以前的库存余额***

程序(*)："实时库存管理
***名称 （）："以前的库存余额
**Source type(*)："当前事件中的数据元素"
***数据元素**："以前的库存余额"

3库存修正

程序(*)："实时库存管理
***名称 （）："库存修正
**Source type(*)："当前事件中的数据元素"
***数据元素**："库存"

****4 库存计数**

程序（*）："实时库存管理
***名称 （）："库存计数
**Source type(*)："当前事件中的数据元素"
***数据元素**："库存计数"

****5 库存丢弃**

程序（*）："实时库存管理
***名称 （）："库存丢弃
**Source type(*)："当前事件中的数据元素"
***数据元素**："库存丢弃"

6 库存分配*

程序(*)："实时库存管理
***名称 （）："库存分配
**Source type(*)："当前事件中的数据元素"
***数据元素**："股票分配"

7 库存*

程序(*)："实时库存管理
**Name()：库存
**Source type(*)："当前事件中的数据元素"
***数据元素**："库存"

8库存收据

程序(*)："实时库存管理
***名称 （）："库存收据
**Source type(*)："当前事件中的数据元素"
***数据元素**："库存收据"

7 其他{ #7-other }

7.1 选项集{ #71-option-set }

选项集用于列出、管理和编辑 "交货地"。选项集的使用为各个国家的定制提供了极大的灵活性，而无需修改 DHIS2-RTS 应用程序代码本身。不过，请注意，如果修改了 "送达 "选项，计划指标、预测因子以及 "汇总 "数据输入表 格也必须相应调整。

以下选项为默认配置，可根据国家需要进行删除、更改或添加。必须始终包含"（其他）"选项，以避免其他部门或服务 "污染 "实际上并不适用于它们的交易数据。

****1 交付给***

主要细节
名称（）："送达"

代码："deliver_to"
****Value type()*："文本"

选项
***1诊断成像（X光）*

Name(*)："诊断成像（X 光）" ****Code （）**: "诊断成像（X 光）"。
**Code （）**："diagn_imag

2急诊室

Name(*)："Emergency Room" （急诊室
Code(*)："emerg_room" (急诊室)

****3 高危病房***

Name(*)："高危单位
Code （*）："hi_dep_unit

****4 住院医疗部***

Name(*)："住院医疗部"
Code （*）："inp_med_dep"

****5 外科住院部***

Name(*)："住院外科
Code （*）："inp_surg_dep

****6 实验室部门***

Name(*)："实验室部"
Code （*）："lab_dep

****7 太平间***

Name(*)："停尸房"
Code(*)："停尸房"

8妇产科服务

Name （*）："妇产科服务
Code （*）："obs_gyn"

9 手术室*

Name(*)："手术室
Code(*)："op_theatre

****10 门诊部***

Name(*)："门诊部
Code （*）："outp_dep"

****11 儿科部***

Name （*）："paed_dep
Code （*）："paed_dep"

****12 物理治疗部***

Name （*）："pt_dep"
Code （*）："pt_dep"

****13 恢复室***

Name （*）："恢复室
Code （*）："rec_room" （恢复室

14卫生/内务

Name(*)："Sanitation / Housekeeping
Code(*)："san_housek

****15 消毒部***

Name(*)："消毒部
Code （*）："steriliz_dep"

****16 输血服务***

Name(*)："输血服务
Code(*)："transf_serv"

***17（其他）**

Name(*)："（其他）"
Code(*)："其他"

7.2 图例{ #72-legend }

在 "DHIS2-RTS 当前库存 "行列表报告中应用了常规的缺货图例，以红色背景显示缺货情况：

  • 手头库存 = 0：红色背景

  • 手头库存 >=1: 浅黄色背景

  • 名称："Stockout"

1库存

1库存 名称："缺货"
***起始值*："0"
结束值："1"
***颜色代码*："#F74432" （红色）

1股票 名称："库存"
***起始值*："1"
终值："999999"
***颜色代码*："#F9E6BB" （奶油色）

7.3 预测器{ #73-predictor }

预测因子有两种不同的使用方法：

  • 用于将计划指标总值 "转移 "到日/月数据输入表中

  • "将上月底的 "库存 "复制到本月的 "期初库存 "中

  • 根据当前月份的数据值计算 "收盘 SoH

请注意，只有交易数量（库存分发、丢弃和更正）可以从 Tracker 程序数据中汇总。但由于库存余额是在每次交易后计算的，因此汇总这些数据不会产生任何有意义的结果。

将计划指标 "转移 "到数据录入表中相应类别选项的预测器可为用户提供所有交易的日 或月 "快照"。请注意，原则上同一计划指标可用于每日和每月汇总（"快照"），但需要使用不同的预测器，其中一个预测器的 "周期类型（*）"为日，用于每日 "快照"；另一个预测器的 "周期类型（*）"为月，用于每月 "快照"。

每个项目（数据元素 = 跟踪实体实例）、每种交易类型以及每个 "交付给"（类别选项） 都需要一个预测器，日报和月报也各需要一个预测器，因为 "分组预测器 "功能不适用于 计划指标。每个数据元素所需的预测因子列表：

  • [数据元素名称] - 丢弃

  • [数据元素名称] - 分布 - 诊断成像（X 光）

  • [数据元素名称] - 分布 - 分布 - 总计（所有病房/服务机构）

  • [数据元素名称] - 分配 - 急诊室

  • [数据元素名称] - 分配 - 高依赖性单位

  • [数据元素名称] - 分配 - 住院医疗部

  • [数据元素名称] - 分布 - 住院手术部

  • [数据元素名称] - 分配 - 实验室部门

  • [数据元素名称] - 分配 - 停尸房

  • [数据元素名称] - 分布 - 妇产科服务

  • [数据元素名称] - 分配 - 期初余额（手头存货）

  • [数据元素名称] - 分配 - 手术室

  • [数据元素名称] - 分布 - 门诊部

  • [数据元素名称] - 分配 - 儿科部

  • [数据元素名称] - 分布 - 物理治疗部

  • [数据元素名称] - 分发 - 接收

  • [数据元素名称] - 分配 - 恢复室

  • [数据元素名称] - 分配 - 卫生内务

  • [数据元素名称] - 分配 - 消毒部门

  • [数据元素名称] - 分配 - 库存（期末余额）

  • [数据元素名称] - 分配 - 输血服务

  • [数据元素名称] - 分配（其他）

  • [数据元素名称] - 库存更正

下面以单个预测器的配置为例，对所有其他预测器进行类比创建：
T2A - DORACEFI4T - CEFIXIME，400 毫克，片剂。- DIST - 住院医疗部门 - PR - MTH

1 T2A - [项目] - DIST - 诊断成像（X 光） - PR - MTH
该预测器汇总了相应项目和月份的所有 "配送 "交易。

Name(*)："T2A - [项目] - DIST - Diagnostic imaging (X-Ray) - PR - MTH"
****Short name()**："T2A - [项目代码] - DIST - X 射线 - PR - MTH" **Output data element()："[项目] T2A MTH"
***输出类别选项组合* "DIS - 诊断成像"
周期类型 （）*："每月"
**组织单位级别 "设施"
提供数据的组织单位 （*） "仅在选定级别"。
这一点至关重要，必须选择层次结构中的最低层级（而不是 "国家"），否则将生成预测器，但预测值为空。
生成器（*） ***描述*："T2A - [项目代码] - DIST - X-Ray - PR - MTH" **** 表达式**："I{xwiNF9EsUHx}"。
[项目编号] - 分布 - 诊断成像（X 光）" >>**表达式*："I{xwiNF9EsUHx}

连续样本计数 （*）："0"
**annual sample count （）**："0"

*注意：预测器 "复制 "了计划指标，没有进行任何汇总（如总和），因为汇总已由计划指标实现。0 的 "连续样本计数 "可确保汇总当日或当月的交易量。

2 T2A - [项目] - SOH 开仓 - PR - 日
该预测器在数据输入表格中 "复制 "数据值。

****Name()**："T2A - [项目] - SOH 开盘 - PR - 日"
**Short name （）："T2A - [项目代码] - SOH Opening - PR - DAY" ***输出数据元素 （*）："[项目]"
输出类别选项组合 "Opening SoH"
周期类型 （）*："每日"
**组织单位级别 "设施"
提供数据的组织单位* "仅在选定级别"
这一点至关重要，必须选择层次结构中的最低层级（而不是 "国家"），否则将生成预测器，但预测值为空。
生成器（*） ***描述*："T2A - [项目代码] - SOH opening - PR - DAY" ****Expression**："avg(#{ZNi9SCtVA83.rZ5LF3cNuPb})"。
avg（[项目编号]）

连续采样计数（*）："0"
**Annual sample count （）**："0"

3 T2A - [项目] - SOH closing - PR - DAY
This Predictor "copies" data values within the Data entry form

****Name （）**："T2A - [项目] - SOH 收盘 - PR - 日"
**Short name （）："T2A - [项目代码] - SOH Opening - PR - DAY" **** 输出数据元素 （*）："[项目]"
输出类别选项组合* "库存"
周期类型 （）*："每日"
**组织单位级别 "设施"
提供数据的组织单位* "仅在选定级别"
这一点至关重要，必须选择层次结构中的最低层级（而不是 "国家"），否则将生成预测器，但预测值为空。
生成器（*） ***描述*："T2A - [项目代码] - SOH 关闭 - PR - 日"
****Expression**： #{ZNi9SCtVA83.srqJsVxtLdA}+ #{ZNi9SCtVA83.iHrG3AK8XxK}- #{ZNi9SCtVA83.QjLESy7VVB6}- #{ZNi9SCtVA83.Hy0b1skIzyR}+ #{ZNi9SCtVA83.tb7HW13vK6X}"
[项目] 期初 SoH+[项目] 库存接收-[项目] 库存分配-[项目] 库存弃置+[项目] 库存更正
请注意，"库存修正 "必须加上（而不是减去）。

连续样本计数（*）："0"
annual sample count （*）："0"

7.4 预测组{ #74-predictor-group }

需要使用 "预测程序组 "才能通过 "调度程序 "定期一起运行所有预测程序，而不必逐个提示。DHIS2-RTS 所需的所有预测程序都可以分组，并在 "日程安排程序 "中一起运行。

1 DHIS2-RTS - T2A - Predictorr - DAY
Name （*）："DHIS2-RTS - T2A - Predictors DAY
预测器

"T2A - [项目] - [交付到] - PR - DAY"

2 DHIS2-RTS - T2A - Predictorr - DAY
Name (*)："DHIS2-RTS - T2A - Predictors MTH
预测器 "T2A - [项目] - [交付到] - PR - MTH"

调度网络应用程序 - 预测器调度{ #scheduler-web-app-predictor-scheduling }

通过 "日程安排 "应用程序，可以为每日和每月的数据录入表格配置预测组自动定期执行预测。

1 DHIS2-RTS - T2A - 预测因子 - DAY

配置 名称（*）："DHIS2-RTS - T2A - Predictors - DAY
****Job type()："Predictor
****CRON Expression (*)："00 05 00 * * *" ("At 12:05:00 AM)

参数 ***相对起始值*："-1"
相对结束时间："1"
***预测组*："DHIS2-RTS - T2A - Predictors DAY
该 CRON 作业每天 00:05 自动执行。如果需要，也可将调度程序设置为更频繁地运行，例如每天两次、每四小时一次或每小时一次。

2 DHIS2-RTS - T2A - 预测器 - MTH

配置 ****Name （）**："DHIS2-RTS - T2A - Predictors - MTH
****Job type()："Predictor
****CRON Expression （*）："00 05 00 1 * *" ("At 12:05:00 AM, on day 1 of the month)

参数 ***相对起始值："-32"
***相对终点*："1"
***预测组**："DHIS2-RTS - T2A - 预测器 MTH
该 CRON 作业在每月第一天的 00:05 自动执行。如果需要，也可以将日程安排程序设置为更频繁地运行，例如每周一次或每天一次。

用户网络应用程序 - 用户管理{ #users-web-app-user-management }

用户角色、用户组和单个用户的配置将遵循国家政策和协议，大多数用户在开始使用 DHIS2-RTS 之前已经拥有 DHIS2 用户配置文件。不过，所有用户都需要访问安卓采集应用程序，以使用 DHIS2-RTS 应用程序。如果使用每日或每月数据输入表作为移动应用程序出现故障时的备用程序，用户还需要获得相应的用户授权，才能输入和编辑数据。最后，所有用户都应能访问 DHIS2 分析。

用户

现有用户可以分配额外的用户角色，而所有新用户都需要创建用户配置文件。

用户角色{ #user-role }

所有记录交易的用户都必须（同时）指定为 "DHIS2-RTS Android 捕捉应用程序 "用户角色，而其他用户可能不记录任何交易，但仍需要访问（仅）DHIS2 分析。

1 DHIS2-RTS - Android 捕捉应用程序*

名称 （）*："DHIS2-RTS - 安卓捕捉应用程序"
***描述**："安卓捕获应用程序数据录入"
***元数据权限
"数据值"："添加/更新公共 "和 "删除"

其他授权/选定跟踪器授权
"在所有机关单位搜索跟踪实体实例"
"查看事件分析"
"更新跟踪实体"
"未完成事件"

2 DHIS2-RTS - 分析访问*
****Name()*："DHIS2-RTS - 分析访问"

描述*："仪表板和分析应用程序访问权限"
其他权限/选定应用程序权限 "浏览器缓存清理应用程序"
"菜单管理应用程序"
"数据可视化应用程序"
"线路列表应用程序"
"仪表盘应用程序"

其他权限/选定跟踪器权限
"查看事件分析"

用户组{ #user-group }

用户组的主要目的是方便按组配置 "共享 "设置（决定查看和编辑权限），而不是在数百个单个用户的层面上进行管理。

用户组可根据用户角色配置为相同的两个组： - DHIS2-RTS - Android 捕捉应用程序

  • DHIS2-RTS - 分析访问

安卓设置网络应用程序 - 同步和离线分析{ #android-settings-web-app-synchronization-and-offline-analytics }

通过 "Android 设置 Web 应用程序"，可以自定义同步设置并配置离线分析。

同步

全局同步设置 元数据同步频率："手动"
***数据同步的频率*："手动"

*注意：用户必须能够控制同步设置，以便在添加或删除跟踪实体实例（TEI）时同步移动设备，并且（理想情况下）在每次交易后同步移动设备。

程序 程序特定下载同步设置

** 设置级别**："所有机构单位 ** 每个程序的最大跟踪实体实例（TEI）下载量**：[待确认］ ** 带状态下载 TEI**："仅激活" 下载注册日期在**内的 TEI："任何时期" **下载在："任何时间段"

分析*

程序
1可视化A

** 程序**："实时库存管理"
** 可视化项目**：[待添加］
可视化标题：[待添加］

****2 可视化 BA**

** 程序***："实时库存管理"
** 可视化项目**：[待添加］
可视化标题：[待添加］

[离线分析有待添加]

用例配置网络应用程序 - 程序配置{ #use-case-configuration-web-app-program-configuration }

用例配置 Web 应用程序将 "实时库存管理 "跟踪程序及其部分元数据分配给定制的移动应用程序。虽然跟踪程序在安卓捕获应用程序主屏幕上与其他任何跟踪程序一样，但选择分配给 "实时库存管理 "应用程序的跟踪程序将调用自定义应用程序，而不是打开传统的 TEI 面板。 请注意，只有符合特定配置标准的程序才能被选中，只有这些程序才会出现在相应的下拉菜单中供选择：

  • 跟踪计划

  • 一个可重复的计划阶段

  • 更新库存的程序规则

  • 非自动生成的事件

  • 分配给跟踪程序的数据元素和跟踪实体属性

  • 程序阶段中数据元素的值类型："库存修正 "为 "数字"，其他均为 "正整数"。

配置程序
*注意：首次设置 DHIS2-RTS 时，请使用 "Add Program（添加程序）"配置新程序。

程序名称："实时库存管理

程序名称："实时库存管理"。

** 程序类型**："物流"
** 描述**："DHIS2-RTS实时库存管理系统" Program(*)："实时库存管理"
详情
**Item Code （*）："项目代码
Item Description （*）："物品描述" Stock on Hand （手头库存）："库存"
**交易
Distributed

Distributed to （*）："交付给"
Distributed Stock （*）："分发库存"
Corrected Corrected Stock(*)："股票更正"
Stock Count (*)："股票数量"
Discarded Discarded Stock (*)："库存弃置"

数据录入（测试版）网络应用程序 - "快照 "和备用数据录入{ #data-entry-beta-web-app-snapshots-and-fallback-data-entry }

虽然 DHIS2-RTS 移动应用程序完全基于跟踪程序，但出于两个目的，建议同时使用数据输入表：

  • 存储每日/每月的汇总数据，用于分析和报告

  • 在 DHIS2-RTS 移动应用程序中作为备用（暂时）不可用

  • 用于汇总分析和可视化的汇总数据存储库

因此，每个组织单位的跟踪实体实例（TEIs）列表必须始终与相应的数据集保持一致。 由于自定义数据输入表单不能在移动设备上（正确/完整）显示，因此必须将数据集配置为 "默认" 数据输入表单，以便在移动设备上使用。 两个数据输入表单（根据上述设置配置）都被配置为显示所有可用数据字段。不过，可以在数据展示台网络应用程序中自定义布局。每月和每日数据输入表单示例：

![Alt text]（image.png）

![Alt text]（image-2.png）

Capture Web App - 跟踪实体实例管理{ #capture-web-app-tracked-entity-instance-management }

不得使用采集网络应用程序记录或编辑交易，因为没有时间戳会以任意顺序显示交易。因此，用于下一笔交易的 "上一笔库存余额 "也是在以前的交易中任意选择的，是不正确的，库存也不会正确更新。 然而，Capture Web App 是注册、登记、"完成 "和（重新）"激活 "跟踪实体实例所必需的。 一般来说，与数据集不同，物品清单不能 "分配 "给多个组织单位，每个组织单位的清单必须单独管理和编辑。然而，DHIS2 应用程序（如批量加载应用程序）可用于管理一个或多个组织单位中的多个项目，只需一次上传。

添加项目
在首次使用 DHIS2-RTS 移动应用程序之前以及医疗机构收到新项目时，必须通过注册和登记将新项目（医 疗保健产品）分别添加到每个组织单位。 请注意，虽然任何数量的组织都可以注册和登记同一项目（例如扑热息痛，500 毫克，片剂），但这些项目在每个组织单位中都需要单独的 UID（ID 号）。不过，透视表等分析工具可以显示不同组织单位中同一项目的数据。

删除物品
当一个或多个机构的物品清单中不再有该物品且所有库存已用完时，有时可能需要删除该物品。出现这种情况的原因可能是治疗方案发生了变化，或者某些保健产品从市场上撤出，取而代之的可能是规格相似但不同的其他产品。 切勿从任何组织单元中删除项目，因为这些项目的所有历史数据、分析和可视化都将丢失。相反，可以将跟踪实体实例的注册更改为 "完成"，这样注册状态就会更改为 "已完成"。 这些项目在采集 Web 应用程序中仍然可用，但可以通过将 "注册状态 "过滤器设置为 "激活 "来 "隐藏 "在工作列表中。不过，"已完成 "TEI 的所有历史数据和所有可视化内容仍然可用。 通过将 "注册状态 "过滤器选择为 "激活"，可以在采集 Web App 中 "隐藏 "这些项目。安卓设置 Web App 只允许将状态为 "激活 "的 TEI 下载到移动设备。

重新启用物品
有时，医疗机构需要重新提供已停用的产品。例如，制造商恢复生产已退出市场的产品，或者治疗方案发生变化，需要重新使用以前不推荐使用的医疗产品。 跟踪实体实例（TEIs）可以通过将注册更改为 "标记未完成 "来重新激活，从而将其状态更改为 "激活"。分析和可视化将显示这些项目在 "已完成 "和 "激活 "期间的全部历史记录。

批量加载网络应用程序 - 上传库存收据{ #bulk-load-web-app-uploading-stock-receipts }

跟踪实体实例（TEIs）的重新登记和注册以及交易数据的上传可通过不同的工具进行管理，其中包括批量加载网络应用程序（Bulk Load Web App）。该 DHIS2 应用程序的优势在于可自动提供任何跟踪程序的结构和元素。 首次使用前，需要从 DHIS2 应用管理应用程序的海关应用程序部分安装批量加载网络应用程序。 原则上，使用批量加载应用程序有三个步骤：

  • 下载 "模板 "并将其保存为 Excel 文件

  • 将数据复制到 Excel "模板 "中

  • 上传包含数据的 "模板

输入以下信息即可从 api 生成一个随机 ID： https://lmis.integration.dhis2.org/sandbox/api/system/id?

以及通过添加所需的数字获得多个 Ids：
https://lmis.integration.dhis2.org/sandbox/api/system/id?limit=10

注册和登记新项目{ #registering-and-enrolling-new-items }

编制项目代码和项目说明，并确保各国的所有组织单位都使用相同的项目代码和说明 （尽管它们需要单独和唯一的 UID）。

  • 打开 "批量加载 "网络应用程序

  • 选择 "下载模板 "按钮

  • 选择 "下载模板"，然后将 Excel 文件保存到您的计算机中

  • 模板：从下拉菜单中选择 "实时库存管理

  • 选择要包含在模板中的可用组织单位：标签，组织单位树将打开

  • 选择需要登记和注册物品的组织单位

  • 选择 "下载模板"：将下载一个 Excel 文件，文件名为 "Real-Time Stockmanagement.xlsx"。

  • 打开 "TEI 实例 "工作表

  • TEI ID：输入与 DHIS2 实例不同的 UID（例如从 BIF Web 应用程序中的 "UID 生成器 "生成）。

  • 从 Excel 文件的下拉菜单中选择相应的 "组织单位*"。

  • 注册日期（YYYY-MM-DD）*：输入注册日期（注意日期格式必须为 YYYY-MM-DD）。

  • 项目代码：输入所需的项目代码

  • 项目描述：输入所需的项目代码

  • 保存 Excel 文件

  • 返回批量加载网络应用程序

  • 选择 "导入数据"：打开 "批量导入数据 "窗口

  • 将已编辑的 Excel 文件拖放到灰色区域，或单击灰色区域，导航并选择已编辑的 Excel 文件

  • 选择 "IMPORT DATA"（导入数据）：上传数据，弹出 "同步结果 "窗口，显示导入数据的详细信息

  • 关闭批量加载网络应用程序

上传库存收据{ #uploading-stock-receipts }

只有在 DHIS2 实例没有（尚未）与国家电子后勤管理信息系统（eLMIS）集成的情况下， 才需要这种 "手动 "程序。
注意：绝不能上传过去的交易，因为库存余额不会得到纠正。因此，库存收据只能在 DHIS2 数据库 已记录的所有交易之后记录。

  • 打开 "批量加载 "网络应用程序

  • 选择 "下载模板 "按钮

  • 选择 "下载模板"，然后将 Excel 文件保存到您的计算机中

  • 模板：从下拉菜单中选择 "实时库存管理

  • 选择要包含在模板中的可用组织单位：标签，组织单位树将打开

  • 选择需要登记和注册物品的组织单位

  • 选择 "下载模板"：将下载一个 Excel 文件，文件名为 "Real-Time Stockmanagement.xlsx"。

  • 打开"(1) 库存 "工作表

  • 事件 ID：输入 DHIS2 实例的独特 UID（例如，从 BIF Web 应用程序中的 "UID 生成器 "生成）。

  • TEI ID：从 Excel 文件的下拉菜单中选择相应的项目

  • 选项：选择 "默认"（唯一可用的选项）

  • 日期 *（YYYY-MM-DD）：输入交易日期（注意日期格式必须是 YYYY-MM-DD）

  • 上期库存余额：输入当前库存（库存接收前）

  • 库存接收：输入接收的数量

  • 库存：输入交易后的库存余额（之前的库存余额 + 库存收据）

  • 保存 Excel 文件

  • 返回批量加载网络应用程序

  • 选择 "导入数据"：打开 "批量导入数据 "窗口

  • 将已编辑的 Excel 文件拖放到灰色区域，或单击灰色区域，导航并选择已编辑的 Excel 文件

  • 选择 "IMPORT DATA"（导入数据）：上传数据，弹出 "同步结果 "窗口，显示导入数据的详细信息

  • 关闭批量加载网络应用程序

DV - Data Visualizer Web App - "汇总 "分析和可视化{ #dv-data-visualizer-web-app-aggregate-analytics-and-visualizations }

DHIS2-RTS 分析是 DHIS2-RTS 概念不可或缺的重要组成部分。DHIS2-RTS 应用程序可以管理所有交易，而无需保存纸质记录。然而，除非店主能立即获得所有交易的记录，否则记录交易本身几乎毫无用处。尽管有详细的交易报告，但还必须遵守国家（月度）报告要求。

DHIS2 分析系统提供单项交易报告以及每日和每月的 "快照"，其中包括交易总量和最终库存。

所有拥有相应权限的用户都可以通过移动设备（有限制）和门户网站访问报告。

RTS DV 1 - DHIS2-RTS 月度报告 - 摘要
该报告提供所有交易的月度总计，但只提供 "配送 "总数量，不提供 "配送 "交易的 "交货至 "详情。
名称 （*）："RTS DV 1 - DHIS2-RTS 月报 - 摘要

列

您的维度："RTS-月度库存报告"

上月库存余额
库存接收
库存分配
库存弃置
库存更正
库存

行数
请注意，这两个字段的顺序可以切换，既可以按交易的时间顺序显示项目，也可以按时间顺序显示天数，每天的交易按项目的字母顺序排列。 数据

** 数据类型**：数据元素"
***选定项目**：[项目名称] T2A MTH

***周期**："相对周期"

周期类型："年"
Selected Periods："今年"

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
空数据

** 隐藏空列**：标记（显示为蓝色方块中的白色勾号）
** 隐藏空行**：标签（显示为蓝色方框中的白色对勾）

RTS DV 2 - DHIS2-RTS 月度报告 - 详细
该报告提供所有交易的月度总计，以及 "配送 "交易中按 "送货人"（部门和服务）分列的 "配送 "总数量的所有详细信息。
名称 （*）："RTS DV 2 - DHIS2-RTS 月度报告 - 明细

列

您的维度："RTS-月度库存报告"

"上期库存余额"
"库存收据"
"DIS - 影像诊断"
"DIS - 急诊室"
"DIS - High Depend.单位"
"DIS - 内务部"
"DIS - Inp.Med.Depart.
"DIS - Inp.Surg.Depart."
"DIS - Laboratory Depart."
"DIS - 太平间"
"DIS - 妇产科"。
"DIS - 手术室"
"DIS - Oper.剧院"
"DIS -（其他）"
"DIS - Paed.Dep."
"DIS - Physioth.Dep."
"DIS - 恢复室"
"DIS - Steril.Dep."
"DIS - 转运服务"
"库存分配"
"库存丢弃"
"库存更正"
"库存"

行
数据

** 数据类型**："数据元素"
选中项：[项目名称] T2A MTH

***周期**："相对周期"

周期类型："年"
Selected Periods："今年"

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
空数据

** 隐藏空列**：标记（显示为蓝色方块中的白色勾号）
** 隐藏空行**：标签（显示为蓝色方框中的白色对勾）

RTS DV 3 - DHIS2-RTS 缺货天数统计 - 每月
该报告自动提供使用 DHIS2-RTS 移动应用程序管理的每个项目的每月缺货天数。 Name (*)："RTS DV 3 - DHIS2-RTS 库存天数统计 - 每月"

列
***周期**："相对周期"

** 期类型**："月"
Selected Periods："今年的月份"

行
***数据**

** 数据类型**："指标"
选择项：[项目名称] 缺货天数

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
***总计**

** 列总数**：标签（显示为蓝色方框中的白色勾号）
行总数**：标签（显示为蓝色方块中的白色勾号）
***空数据
** 隐藏空列**：标记（显示为蓝色方框中的白色刻度线）
** 隐藏空行**：标签（显示为蓝色方框中的白色对勾）

RTS DV 4 - DHIS2-RTS 每日报告 - 摘要
该报告提供所有交易的每日总计，但只提供 "配送 "总数量，不提供 "配送 "交易的 "交货至 "详情。
名称 （*）："RTS DV 1 - DHIS2-RTS 日常报告 - 摘要"。

列

您的维度："RTS-每日库存报告"

上期库存余额
库存接收
库存分配
库存弃置
库存更正
库存

行数
请注意，这两个字段的顺序可以切换，既可以按交易的时间顺序显示项目，也可以按时间顺序显示天数，每天的交易按项目的字母顺序排列。 数据

** 数据类型**：数据元素"
***选定项目**：[项目名称] T2A MTH

***周期**："相对周期"

周期类型："年"
Selected Periods："今年"

***过滤器**："组织单位 "和标记 "用户组织单位"

RTS DV 5 - DHIS2-RTS 每日报告 - 详细
该报告提供所有交易的月度总计，以及 "配送 "交易中按 "配送对象"（部门和服务）划分的 "配送 "总量的所有详细信息。
名称 （*）："RTS DV 5 - DHIS2-RTS 日常报告 - 详细"。

列

您的维度："RTS-每日库存报告"

"上期库存余额"
"库存收据"
"DIS - 影像诊断"
"DIS - 急诊室"
"DIS - High Depend.单位"
"DIS - 内务部"
"DIS - Inp.Med.Depart.
"DIS - Inp.Surg.Depart."
"DIS - Laboratory Depart."
"DIS - 太平间"
"DIS - 妇产科"。
"DIS - 手术室"
"DIS - Oper.剧院"
"DIS -（其他）"
"DIS - Paed.Dep."
"DIS - Physioth.Dep."
"DIS - 恢复室"
"DIS - Steril.Dep."
"DIS - 转运服务"
"库存分配"
"库存丢弃"
"库存更正"
"库存"

行
数据

** 数据类型**："数据元素"
选中项：[项目名称] T2A MTH

***周期**："相对周期"

周期类型："天"
***选择的周期**："[2024]-xx-xx"

***过滤器**："组织单位 "和标记 "用户组织单位"

RTS DV 6 - DHIS2-RTS 缺货天数统计 - 每日
该报告自动提供使用 DHIS2-RTS 移动应用程序管理的每个项目的每日缺货数量。 Name （*）："RTS DV 6 - DHIS2-RTS 缺货天数统计 - 每日"。

列
***周期**："固定周期"

** 期类型**："每日"
选择的周期：[2024]-xx-xx

***行
***数据**

** 数据类型**："指标"
选择项：[项目名称] 缺货天数

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
***总计**

** 列总数**：标签（显示为蓝色方框中的白色勾号）
行总数**：标签（显示为蓝色方块中的白色勾号）
***空数据
** 隐藏空列**：标记（显示为蓝色方框中的白色刻度线）
** 隐藏空行**：标签（显示为蓝色方框中的白色对勾）

LL - 线路列表网络应用程序 - 交易分析和可视化{ #ll-line-listing-web-app-transaction-analytics-and-visualizations }

行列表报告提供单个交易的详细信息，但不能提供任何类型的汇总。

重要提示："最后更新日期 "和 "时间 "戳记表示移动设备上进行各交易的实际日期（而不是同步日期和时间）。行列表中显示的时间与移动设备上设置的时间一致（最好与 DHIS2 服务器时间一致）。

对于通过门户网站输入的库存收据，"最后更新时间 "反映的是 DHIS2 实例的服务器时间。因此，服务器时间和移动设备上的时间必须设置为相同的日期和时间，并应符合各自国家使用的时区。如果移动设备上的时间与 DHIS2 服务器实例上的时间不同，行列表将不再按时间顺序显示移动设备和门户网站上的所有交易。

RTS LL 1 - DHIS2-RTS 数字库存卡
该报告取代手工（手写）库存卡，显示所有交易的准确时间顺序以及 "上期库存余额 "和 "手头库存"（交易后）。 名称 （*）："RTS LL 1 - DHIS2-RTS 数字库存卡

输入"事件"
***程序："实时库存管理" 阶段："库存" 列 最后更新日期："今天"、"最近 90 天" "交货地"：（无条件） "项目代码": （无条件） "项目描述"：（无条件） "上期库存余额": （无条件） "库存收据"： （无条件(无条件） "库存分配": （无条件） "库存弃置": （无条件） "库存更正"： （无条件） "库存"： （无条件(无条件）

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
***样式**

** 数字组分隔符**：逗号

RTS LL 2 - 分配报告*
该报告（有选择地）列出所有 "分配 "交易。 名称 （*）："RTS LL 2 - 分配报告
***输入**："事件"

程序**："实时库存管理" ***阶段："库存" 列 最后更新日期："今天"、"最近 90 天" "交货地"：（无条件） "项目代码": （无条件） "项目描述": （无条件） "库存分布"："大于 (>)"0

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
***样式**

** 数字组分隔符**：逗号

RTS LL 3 - DHIS2-RTS 当前库存
该报告与在 DHIS2-RTS 中查看库存项目列表中的可用库存相同，可视为多余。单独报告的好处是可以让用户（如病房和服务部门的医护人员）只读，无需对他们进行 DHIS2-RTS 培训。此外，也不必为了查看当前的库存情况而选择 "交易类型 "和 "交付给"。
特殊情况下，必须选择 "事件"（而不是 "登记"）作为 "输入"。 Name （*）："RTS LL 3 - DHIS2-RTS 当前库存"。
***输入**："登记"

程序："实时库存管理"
**列* "项目代码"：（无条件） "项目描述"：（无条件） "库存"

Conditions：(无条件）
重复事件：最近的事件："1"，最旧事件："0"

***过滤器**

组织单位：标记 "用户组织单位"
**** 注册日期**

** 相对时期**："月"
选择的时期："本月 "和 "过去 12 个月"

选项
***样式**

** 数字组分隔符**：逗号 图例：标记 "为表格单元格颜色使用图例"
* 图例样式**

图例更改背景颜色：标记 **为整个可视化选择一个图例*: 标签 ** 图例**：缺货

RTS LL 4 - DHIS2-RTS 丢弃报告
该报告（有选择性地）列出所有 "丢弃 "交易。 Name （*）："RTS LL 4 - DHIS2-RTS 丢弃报告
***输入**："事件"

程序**："实时库存管理" ***阶段："库存" 列 最后更新日期"今天"、"最近 90 天" "交货地"：（无条件） "项目代码": （无条件） "项目描述": （无条件） "库存丢弃"："大于 (>)"0

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
***样式**

** 数字组分隔符**：逗号

RTS LL 5 - DHIS2-RTS 库存更正报告
该报告（选择性地）列出所有 "库存更正 "交易。 名称 （*）："RTS LL 5 - DHIS2-RTS 库存更正报告

输入"事件"
***程序："实时库存管理" 阶段："库存" **列* 最后更新日期："今天"、"最近 90 天" "交货地"：（无条件） "项目代码": （无条件） "项目描述": （无条件） "库存修正"："大于 (>)"0

***过滤器**："组织单位 "和标记 "用户组织单位"

选项
***样式**

** 数字组分隔符**：逗号

MP - 地图网络应用程序 - 分析和可视化{ #mp-maps-web-app-analytics-and-visualizations }

[开发中]

DB - 仪表板网络应用程序 - DHIS2-RTS 仪表板{ #db-dashboard-web-app-dhis2-rts-dashboard }

仪表盘应被视为一个可视化库，它展示了一系列可视化内容，可按建议使用，也可根据分析和报告的需要重新排列或修改。

1 RTS DB 1 - DHIS2-RTS 实时库存管理控制面板*

仪表板标题**："RTS DB 1 - DHIS2-RTS 实时库存管理仪表板"
***布局："自由流" 项目 RTS DV 1 - DHIS2-RTS 月度报告 - 摘要
RTS DV 2 - DHIS2-RTS 月报 - 详细
RTS DV 3 - DHIS2-RTS 缺货天数统计 - 每月
RTS DV 4 - DHIS2-RTS 日报 - 摘要
RTS DV 5 - DHIS2-RTS 日报 - 详细

RTS DV 6 - DHIS2-RTS 库存天数统计 - 日
RTS LL 1 - DHIS2-RTS 数字库存卡
RTS LL 2 - 分配报告
RTS LL 3 - DHIS2-RTS 当前手头库存
RTS LL 4 - DHIS2-RTS 丢弃报告
RTS LL 5 - DHIS2-RTS 库存更正报告

共享和访问 仪表板共享

** 用户/组** / 访问级别

"RTS - 管理员"/"查看和编辑" "RTS - 分析师" / "仅查看" "RTS - 股票项目列表经理" / "仅查看" "RTS - 股票经理" / "仅查看"

更多 "离线可用"（选项随后显示为 "从离线存储中删除）

安卓采集应用程序 - DHIS2-RTS 移动应用程序{ #android-capture-app-dhis2-rts-mobile-application }

移动设备应用程序（前端、用户界面）包括一个登录屏幕、一个供店主输入和编辑数据的屏幕，以及第三个（也是最后一个）用于查看和修改摘要的屏幕。

一般用例{ #general-use-case }

医疗库存包括药品（片剂、注射药品、诊断测试等）以及一次性医疗器械，如注射器、绷带、导管、引流管、X 光胶片等。

医疗用品通常每月从地区、省或国家商店补充一次。送货时，他们会收到每批货物的详细装箱单，上面有详细的物品编码和名称、数量、批号和有效期。清点每件物品的数量后，将货物按物品组别、字母顺序和有效期的先后顺序放入医疗库房。

根据医疗机构的组织结构，每个病房或服务部门每天一次、每周数次、每周一次或每月一次向中心药房提交一份附有所需物品和数量清单的申请表。然后，仓库管理员挑选所需数量的物品，并准备将其交付给申请者。

传统上，医药商店的管理方式是将每笔交易记录在批次卡上，批次卡放在货架上每件物品的旁边。月底时，清点每件物品的库存，将实际余额与批次卡上显示的流动余额进行比较，必要时对余额进行更正。每张批量卡上的所有交易都汇总到一张库存卡上，库存卡上也记录了每个物品的库存情况，并用于计算所有库存收据和库存发放的库存余额。月度库存发放数据和月末库存数据用于计算月度补货订单，从而结束补货周期。

这个过程费力、枯燥、容易出错，而且非常耗时。仅每月的库存清点就需要花费 2 至 5 个工作日。

DHIS2-RTS 的根本改进在于只通过扫描条形码记录库存交易，将电子装箱单上的已收库存加在一起，并实时计算余额。然后，DHIS2-RTS 应用程序会自动提供存货卡，无需任何纸质记录。每月盘点库存的流程被取消，取而代之的是剩余库存盘点和（可选）抽查。

DHIS2-RTS 将用于

  • 卫生工作者
  • 免疫接种工作者
  • 社区卫生工作者
  • 医药保管员
  • 主管和医药商店经理

用于管理医院、初级保健设施（诊所）、免疫接种服务和社区保健工作者管理的医疗库存。

仓库管理员的主要任务之一是记录他们管理的所有物品的所有交易，并在月底提供详细报告。这些记录包括每笔交易的以下信息：

  • 交易地点（组织单位）
  • 交易日期和时间
  • 交易执行人（用户）
  • 申请病房或服务
  • 项目代码和名称（药品或一次性使用设备的名称）
  • 交易数量

仓库管理员需要区分并记录以下交易：

  • 库存收据（来自上游仓库）
  • 股票分配
  • 库存丢弃物
  • 股票修正

库存收据由仓库保管员通过 DHIS2-RTS 应用程序 "手工 "管理，或在 DHIS2 门户网站的跟踪程序中使用模板 "上传"，或与国家电子后勤管理信息系统集成。

几乎所有的交易都是向病房和服务部门 "分发 "医疗用品。有时，过期或损坏的物品必须丢弃，并从库存中删除，但不计入 "分发 "数量，否则库存补充数量将被错误地计算过高。最后，任何因错误、误放或偷窃造成的差异都需要纠正，以确保库存补充计算的准确性。

[问题：包括返回上游商店和重新分配给其他医疗机构。另一种方法是将其作为上游商店的 "负交付 "进行管理]。

DHIS2-RTS 数据和分析为仓库管理员提供以下信息

  • 每件物品的当前库存

  • 每个项目的每月交易（接收、分发、丢弃和更正）总额

  • 按提供的病房或服务分配

一般功能{ #general-functionality }

  • 用户界面只显示绝对必要的信息，并尽可能保持简洁
  • 只包含绝对不可或缺的文字和视觉元素
  • 完全脱机运行（原则上无限期脱机运行）
  • 设计尽可能简单直观，以最大限度地提高可用性和减少培训需求

  • 通过警报和用户信息防止数据输入错误

  • 应为高度重复的任务而设计

  • 所有保健品的所有数量均以 "EA"（每件）为计量单位（UoM），而绝不以任何包装数量表示。"EACH "指的是医疗产品的最小可用单位，如一片药片、一支注射器、一只一次性手套或一双（！）无菌手套（因为这些产品必须始终成对使用）。在特殊情况下，如产品描述中标明了包装数量（如 "100 项检测试剂盒"），"每 个 "指的是一个试剂盒（而不是一个检测试剂），因为此类产品不包含单独的诊断试剂， 而是一个实际的试剂盒，内含足以进行标明数量的检测试剂的液体瓶和其他组件。

  • 所有项目均按 "名称 "的字母顺序排序

  • 使用 DHIS2 Capture Android 在移动设备上输入的任何数据值在输入后立即存储，无需 "保存"。

  • 移动设备应用程序故意不允许用户以任何方式从移动设备导出或下载数据，也不需要这样做。以前记录的数据可在移动设备上的仪表板或 DHIS2 门户网站中查看

由于 DHIS2-RTS 是 DHIS2 Capture Android 应用程序的原生模块，因此安装 DHIS2 Capture Android 应用程序会自动包括安装 DHIS2-RTS 应用程序。

DHIS2 移动设备应用程序用户访问（登录和注销）{ #dhis2-mobile-device-application-user-access-login-and-logout }

用户可通过此流程登录并访问移动设备应用程序。

由于 DHIS2-RTS 是 DHIS2 Capture Android 应用程序的原生模块，因此登录（和注销）也是适用于 DHIS2-RTS Stock 应用程序的原生功能。

用户可根据 DHIS2 门户网站配置的用户配置文件和账户设置登录。DHIS2-RTS 功能的访问权限由用户设置和跟踪程序设置控制。

DHIS2-RTS 交易类型{ #dhis2-rts-transaction-types }

DHIS2-RTS 移动应用程序有三种交易类型： - 分发 - 丢弃 - 股票修正

99% 以上的交易都将是 "配送 "交易，即店员挑选和包装部门、服务机构、社区医疗保健和免疫工作者所需的医疗保健物品，然后由申请者领取或由药房送货上门。

DHIS2-RTS 的设计是用于即时数字记录，而不是用于在纸质记录上记录交易，然后再在移动 设备上重新输入，因为这样做会不必要地重复工作。此外，"追溯 "输入无法实现向仓库管理员和其他利益相关者提供实时库存更新的主要目的。

  • 用户在交易发生时立即逐项输入交易信息，而不是事后追溯。

  • 这种设置可以区分实际发放（发放给病人、病房、服务机构和社区医务工作者）和因过期、损坏、失窃或任何其他非实际发放的库存使用而造成的损失。

  • 由于库存量是自动计算的，用户可以通过记录纠正实际库存量，手动纠正任何差异。

"分配 "交易{ #distribution-transaction }

"分发 "交易工作流程{ #distribution-transaction-workflow }

每个 "配送 "交易都需要以下工作流程。用户

  • 收到各部门、服务机构或社区医务人员的书面申请，说明需要药房准备的医疗保健产品及其数量清单

  • 启动移动设备

  • 打开 DHIS2-RTS 移动应用程序
  • 选择交易类型 "配送

  • 选择 "组织单位"（医疗机构名称），如果他/她可以访问一个以上的医疗机构

  • 选择需要货物并进行订单拣选的病房/服务部门等

  • 通过滚动、搜索或使用条形码扫描仪选择第一个项目

  • 在屏幕键盘上手动输入数量

  • 对每个请求的项目重复该过程

  • 对所有拣选项目进行最后审查，并在必要时纠正、确认（或放弃）交易

  • 通知申请者领取货物，并将货物送到申请部门/服务机构

"分发 "交易用例{ #distribution-transaction-use-case }

用户操作（奇数）和由此产生的系统行为（偶数）与相应用户界面的详细步骤如下。

数 用户操作/系统行为
1 用户验证并访问 DHIS2 Capture Android 应用程序。
2 DHIS2 Capture Android 应用程序的主屏幕会出现，并显示用户被分配并可访问的所有 DHIS2 数据集和程序。
3 用户在主屏幕上点击相应的 DHIS2-RTS Tracker 程序。
4 DHIS2-RTS 主页屏幕打开，默认情况下，"分配 "作为事务类型出现在顶部栏中，背景为 蓝色。如果用户被分配到一个组织单位，则默认显示在 "发件人 "下。默认情况下，"交付给 "字段为空，以迫使用户特意选择其中一个选项。请注意，在填写 "发件人 "和 "交货至 "字段之前，"搜索 "字段不会激活。
5 可选项（应该是极少数例外情况）：用户打开 "发件人 "下拉菜单。
6 下拉菜单中会显示可用的组织单位列表。如果用户被分配到一个组织单位，则该字段为 "静态"，不会打开下拉菜单。
7 用户选择所需的组织单位，勾选方框并选择 "完成"。
8 DHIS2-RTS 主屏幕重新显示所选组织单位。
9 用户打开 "Deliver to/...（交付给...）"下拉窗口，选择要求提供货物的部门或服务。请注意，该下拉窗口仅适用于 "分发"（但不适用于 "丢弃 "或 "更正"）。默认情况下，下拉窗口故意为空，以迫使用户输入选择，在完成选择之前无法继续使用。
10 可用的 "发货至 "选项会显示在下拉窗口中。请注意，由于这些选项可在各自的 "选项集 "中自由配置，因此各 Tracker 程序的详细信息可能有所不同。
11 用户从下拉菜单中选择所需的 "交付给 "部门或服务。
12 下拉菜单折叠后只显示所选的 "交货至 "选项。请注意，一旦选择了所有三个条目（交易类型、组织单位和 "交货至"），就会立即自动 显示当前库存的库存项目列表。
13 这就完成了从 DHIS2-RTS 主页屏幕选择交易类型、组织单位和 "交付给 "选项。用户选择 "设置 "图标或"^"图标来 "折叠 "标题。
14 交易类型、组织单位和 "交付给 "选择的标题信息被压缩到屏幕标题中，并在整个交易过程中显示。
15 如果用户在 "发货地 "和 "交货地 "字段输入任何（多个）数量后试图更改交易类型，则会出现警告，提示已输入的任何数据将丢失，无法检索，必须重新输入。
16 屏幕底部会显示一个带有警告的对话窗口：
17 用户可以选择 "放弃更改"，放弃已输入的数据，或者选择 "继续编辑"，然后按先前 选择的组织单位和 "交货地 "继续进行交易。
18 根据不同的选择，主屏幕会返回到原来的位置，或者用户继续从原来的位置编辑数据。
19 用户现在可以开始准备请购单了。用户有三种方式在列表中搜索物品。1) 手动向下滚动清单，直到找到所需物品；2) 在 "搜索 "窗口输入搜索词；3) 扫描货架上物品的条形码。第一种方法是直接向下滚动列表，然后点击 "数量 "字段。
20 数量 "字段变为可编辑字段，项目名称和输入值将显示在列表和屏幕键盘之间的单独字段中。
21 第二个选项是在 "搜索 "字段中输入文本。
22 列表只显示包含在 "搜索 "字段中输入的文本的项目。请注意，该屏幕只是根据最近的搜索对整个列表进行 "过滤"，但整个列表是 "在后台 "显示的，没有任何项目会从列表中删除。还要注意的是，该过滤器是 "上下文式 "的，当添加字符时，结果列表会根据输入的文本字符串自动调整和缩短。点击 "X "图标可以编辑或清除搜索窗口中的文本。如上所述，用户点击 "数量 "字段并输入数值。一旦用户点击蓝色✓ 图标或点击另一个 "数量 "字段，"库存 "就会实时重新计算。
23 第三个也是最后一个选项是点击 "搜索 "窗口最右侧的条形码符号。
24 条形码取景器窗口打开，显示一个带水平红线的白色区域，显示移动设备摄像头的视图：
25 用户将取景器窗口置于贴在货架标签上的条形码前，并将红线穿过条形码的中心：
26 一旦移动设备捕捉到条形码，DHIS2 Capture Android 应用程序就会发出声音信号（"哔"），关闭取景器窗口，窗口中只显示所选项目。搜索 "字段会将所选物品显示为搜索结果。窗口将在物品旁边显示当前的 "库存"（手头库存，应与货架上的实际剩余库存一致），并在屏幕底部重印物品名称和数量字段，以供编辑。请注意，该屏幕只是根据最近的搜索对整个清单进行 "过滤"，但整个清单 "在后台"。
27 用户点击 "数量 "字段打开屏幕键盘并输入所选数量。用户不能输入负值、零或非整数正值。
28 输入的 "数量 "会显示在相应的行中以及屏幕键盘上方的单独对话窗口中。用户可以编辑数量或通过 "返回 "按钮删除所有数字。
29 用户点击蓝色 ✓ 图标确认（最终）数量。
30 屏幕键盘和编辑行关闭，输入的数量立即自动从 "库存 "中扣除，并立即显示最终库存余额（从货架上删除相应数量后）。
31 用户点击条形码图标或选择下一个条目，就会显示另一个条目。请注意，列表只会显示与 "搜索 "窗口中的条目相对应的条目，要查看所有（迄今为止）已选条目，必须点击 "X "图标，使 "搜索 "栏无效。
32 这样就完成了第一个拣选项目的记录，用户可继续拣选同一部门或服务的其余项目。用户可以继续使用条形码扫描仪，这样就不需要 "展开 "整个清单。如果用户不使用条形码扫描仪，则需要在搜索窗口中选择 "x"，以返回整个清单。请注意，如果库存项目列表被 "展开"，则所选项目的所有输入值都将保持不变。
33 选完最后一个所需项目后，用户选择屏幕右下方的 "审核 "按钮。
34 用户将进入 "复查 "屏幕，该屏幕只显示先前选定的项目（而不是整个库存项目清 单），并按库存项目列表的字母顺序显示输入的 "数量"。请注意，"审查中 "显示在项目列表下方，"审查 "按钮不再显示，取而代之的是 "确认 "按钮。通过该界面可以将所选物品与部门或服务的原始申请进行比较，必要时还可以进行更正。
35 可选项：用户可以从 "审查 "返回到以前的数据输入界面（例如，因为忘记了要求的项 目），而不会丢失以前的任何输入。
36 可选项：完成更正后，用户再次进入 "审核 "屏幕。
37 点击 "数量 "字段，用户可以重新打开屏幕键盘，编辑或删除任何数量。
38 屏幕键盘打开，"数量 "字段再次可以编辑。请注意，在最后步骤中，不能再向列表中添加项目，"搜索项目 "和 "扫描 "图标只能用于在列表中搜索项目（以防列表较长，用户不能确定是否正确选择了某个项目）。如果确实遗漏了项目，用户可以放弃所有条目并从头开始，或者直接完成交易，然后针对遗漏的项目对同一病房或服务进行第二次交易。如果用户输入了错误的交易类型或 "交付给 "选项，用户可以选择后退按钮（箭头）放弃交易，但所有输入的 "数量 "字段将丢失。
39 审核和编辑完成后，用户选择 "确认 "按钮。请注意，这一步骤是不可逆转的*，不能以任何方式逆转或撤销。
40 主屏幕返回，标题中的所有选项重置为默认值。屏幕底部会出现一个对话窗口，显示 "交易已成功完成"。
41 用户选择屏幕右上方的同步图标。本地数据库与中央服务器的同步可以随时进行，但任何特定事务只有在完成后才能同步。
42 屏幕底部会打开一个对话窗口，显示有关同步的信息。
43 用户选择 "发送 "按钮。
44 同步成功完成后，会出现 "已同步 "标题，同步图标的颜色也会从灰色变为绿色。请注意，即使同步已成功完成，也会向用户提供 "刷新"（Refresh）选项，以便与 DHIS2 本机行为保持一致。
45 用户选择 "现在不 "关闭确认信息。
46 确认信息关闭后，主屏幕返回，用户可以输入下一笔交易。

"丢弃 "交易{ #discard-transaction }

"丢弃 "交易工作流程{ #discard-transaction-workflow }

每当保健品过期、损坏或因其他原因不再可用时，就会丢弃库存。这些产品必须从 "有效 "库存中移除，并隔离存放在上锁的柜子或房间里，以防无意中使用，直至产品被处理掉。

区分 "分发 "和 "丢弃 "交易有几个原因：

  • 就存货补充而言，废弃存货从存货中发出，但不得计入（每月）需求量。在大多数情况下，废弃存货必须更换，但只能是一次性更换（！），而将数量列为 "分发 "交易，会误导人们认为这些数量已经分发和使用，需求已经增加。

  • 废弃库存的数量和价值是库存管理质量的一个重要指标

工作流程和用例与 "配送 "交易几乎完全相同，唯一不同的是 "送货到 "选项不是必填项，因此不显示。

每个 "丢弃 "交易都需要以下工作流程： 用户

  • 确定不再可用的保健产品批次

  • 启动移动设备

  • 打开 DHIS2-RTS 移动应用程序
  • 从交易下拉菜单中选择 "丢弃

  • 选择医疗机构（"组织单位"），如果他/她可以访问一个以上的医疗机构

  • 扫描第一个保健品的条形码

  • 记录被丢弃的数量
  • 重复处理每批所有物品

  • 对所有拣选项目进行最后审查，并确认（或放弃）交易

  • 将选定的产品置于隔离状态，以防无意中使用

"丢弃 "交易用例{ #discard-transaction-use-case }

本用例只显示与 "分发 "用例不同的步骤。

数 用户操作/系统行为
1 用户访问 DHIS2-RTS 移动设备应用程序。
2 DHIS2-RTS 主屏幕打开。
3 用户点击 DHIS2-RTS 主页屏幕上的 "分配 "按钮。
4 打开包含所有可用交易的下拉菜单。
5 用户从下拉菜单中选择 "丢弃"。
6 在标题中显示 "丢弃 "而不是 "配送"，背景颜色变为红色，文本颜色变为红色，以表明这不是一个 "配送 "交易，并确保用户知道这是一个 "丢弃 "交易。请注意，"发货至 "字段已不可用。
7 用户从 "来自 "下拉菜单中选择组织单位（见 "分配 "交易）。
8 标题显示交易类型为 "丢弃"，组织单位为 "来自"，用户就可以用与 "配送 "工作流相同的方式选择需要丢弃的物品和数量。

"更正 "交易{ #correction-transaction }

"更正 "交易工作流程{ #correction-transaction-workflow }

只有在无法通过记录更多交易来纠正之前交易中的错误时，才必须进行存货更正，而 且可能出于各种原因需要进行存货更正：

  • 实际收到的数量多于或少于系统收到的数量

  • 库存损失

  • 库存丢失（放在其他地方，清点时没有找到）

  • 盗窃

  • 之前任何交易中记录的数量大于或小于实际交易数量，且在交易过程中未发现错误

在大多数情况下，错误永远不会被发现，重要的是要将这些交易与其他交易区分开来，因为在计算需求和存货补充订单时不能将其考虑在内。

更正 "交易的工作流程与 "分发 "交易的工作流程几乎完全相同，但有一个重要的不 同之处，即与所有其他交易不同，用户不输入交易数量，而是输入实物库存清点后的数 量，然后由 DHIS2-RTS 计算差异。此外，"更正 "交易是唯一可以输入 "0"（零）的交易。

每个 "更正 "交易都需要以下工作流程，用户：

  • 确定 DHIS2-RTS 当前库存与实物库存清点结果之间存在差异的项目

  • 启动移动设备

  • 打开 DHIS2-RTS 移动应用程序
  • 从下拉菜单中选择 "更正 "交易

  • 选择医疗机构（"组织单位"），如果他/她可以访问一个以上的医疗机构

  • 扫描第一个保健品的条形码

  • 输入实物存量产生的数量
  • 重复每个项目的处理过程
  • 对已输入库存更正的所有物品进行最后审查
"更正 "交易用例{ #correction-transaction-use-case }

本用例只显示与 "分发 "用例不同的步骤。

数 用户操作/系统行为
1 用户访问 DHIS2-RTS 移动设备应用程序。
2 DHIS2-RTS 主屏幕打开。
3 用户点击 DHIS2-RTS 主页屏幕上的 "分配 "按钮。
4 打开一个下拉菜单，显示可用的交易。
5 用户从下拉菜单中选择 "更正"。
6 在标题中，交易类型显示为 "更正"，而不是 "配送"，背景颜色变为橙色，文字颜色也变为橙色，以表明这不是 "配送 "交易，并确保用户知道这是 "更正 "交易。请注意，"交货至 "选项已不再可用，显示的不是 "数量 "栏，而是 "计数 "栏。
7 用户从 "来自 "下拉菜单中选择组织单位（见 "分配 "交易）。
8 用户通过滚动、搜索或使用条形码扫描器选择第一个项目（参见 "配送 "交易的说明）。
9 屏幕上只显示所选项目。
10 用户清点实际库存数量，将其与 DHIS2-RTS 应用程序显示的计算数量进行比较，如果确认存在差异，则 输入实际库存数量。请注意，DHIS2 会将库存量 "重置 "为输入的数量，并自动计算与之前数值的差额，作为 "库存修正"。
11 用户界面会在 "库存 "栏中显示正确的库存。
12 用户对每个要挑选的物品重复上述过程，然后进入 "审核 "并完成上一章所述的交易。

移动设备分析{ #mobile-device-analytics }

DHIS2 本机可为用户提供在线和离线分析功能。

DHIS2-RTS 的分析功能取代了库存记录的 "读取 "功能，仓库管理员可能随时需要 "读取 "库存记录：

  • 咨询或核实现有库存
  • 按 "交付给"、项目和/或日期查看任何（最近的）交易
  • 分析某种物品的需求量

值得注意的是，除了作为主要用户的医药仓库保管员外，同一医疗机构中的任何其他医疗专业人员也都将从获取分析结果中获益匪浅：

  • 检查某些保健产品的供应情况，例如在医生开具药品处方之前，确认是否有货或开具替代药品处方

  • 部门/值班主管在准备每日/每周订单前检查库存情况，必要时订购（更多）替代保健产品

通过渐进式网络应用程序 (PWA) 进行分析{ #analytics-through-progressive-web-app-pwa }

本机 DHIS2 渐进式网络应用程序功能允许通过任何已安装的网络浏览器，在移动设备上查看配置为 "离线可用 "的任何 DHIS2 仪表板。

2.7.3 章 "DHIS2-RTS 仪表板 "中显示的线路列表应用程序和数据展示台应用程序中的所有可视化内容，都可由任何获得相应用户权限的用户通过移动设备上的任何网络浏览器访问。

当移动设备处于离线状态时，可随时查看 DHIS2 分析（截至移动设备最后一次连接互联网的时间）。移动设备离线时，对数据和分析所做的任何更改都将不可见，但数据的最后一次更新将无限期可见。

要查看没有仪表盘标题的可视化内容，请从每个可视化内容右上角的三点菜单中选择 "全屏查看"。

移动设备同步{ #mobile-device-synchronization }

DHIS2-RTS 移动应用程序使用本地同步功能，该功能包含在详细的 DHIS2 文档中。在每次交易后同步移动设备的最简单方法是使用标题栏中的同步图标（双反向箭头），而无需离开 DHIS2-RTS 用户界面。不过，实时库存管理用例还有一些重要的操作注意事项。

请注意，如果一个设备或两个设备都处于脱机工作状态，要在两个设备上都保持正确的库存实时记录是逻辑上不可能的，而不是技术上的缺陷。原则上可以在两个设备同步后重新计算和纠正库存余额，但 DHIS2-RTS 不具备这种功能。

由于程序规则可以在门户网站和任意数量的不同移动设备上运行，因此对于任何特定项目（医疗保健产品）而言，交易都必须同时在单一设备上进行。在任何时候，都只能有一台设备重新计算库存，计算完成后，必须与下一台设备同步，以便对同一项目进行交易。

交易完成后，所有数据应尽快与 DHIS2 中央服务器同步。但无论如何，必须在其他设备（使用门户网站或移动应用程序）对同一项目进行任何交易之前完成成功同步。

如果两台设备（例如两台移动设备或一台移动设备和一台台式电脑）"并行 "执行同一物品的交易，则任一台设备上的程序规则都会计算出同一物品的不同库存水平。即使所有设备都进行了同步，最后一台与服务器同步的设备计算出的库存量也会 "覆盖""并行 "计算出的库存量。

一般来说，DHIS2 网络访问只能用于存货收据，明确强烈建议不要使用门户网站进行任何 "分发"、"丢弃 "或 "更正 "交易，因为跟踪程序中的 "事件 "只有日期戳，没有时间戳， 因此无法正确跟踪交易的时间顺序。与此相反，DHIS2-RTS 移动应用程序使用日期和时间戳，包括时、分、秒和分秒，因此能准确记录移动设备上交易的确切时间。因此，所有 "分发"、"丢弃 "或 "更正 "交易只能在移动设备上进行。

对于实时库存管理系统的实际操作来说，这意味着

  • 在任何时候，任何特定项目的交易都必须在单一设备（移动设备或门户网站）上进 行，而且必须在同一项目进行任何其他交易之前同步进行； - 在任何时候，任何特定项目的交易都必须在单一设备（移动设备或门户网站）上进 行，而且必须在同一项目进行任何其他交易之前同步进行。

  • 如果在同一组织单位使用一个以上的移动设备，那么在任何时候都只能使用其中一个移动设备进行任何特定项目的交易，并且必须在另一个移动设备对同一项目进行任何交易之前与 DHIS2 中央服务器同步

  • 只有在所有移动设备与门户网站同步所有数据后，才能在门户网站上进行库存收据交易

  • 移动设备必须在门户网站上完成库存收据后，并在成功完成同步后，才能恢复交易

在大多数医疗机构中，只需要一个移动设备，与每月只进行一到两次的库存收据之间的协调不会造成任何困难。

如果医疗机构同时使用多台移动设备，这些限制只需要一个简单的工作流程规则，以防止任何数据不一致或库存不匹配的情况：如果仓库管理员收到来自不同病房/服务部门的多个供应同一物品的请求，这些请求将根据物品类别在仓库管理员之间 "分割"。例如，一名库管员将挑选外科病房、儿科病房和门诊部的所有口服药物，而另一名库管员（使用第二台移动设备）将挑选所有敷料。这样，每台设备都能实时准确地记录正在拣选的物品，在两台移动设备同步数据后，所有交易和库存都会正确地反映在 DHIS2 中央服务器上。

原则上，在同步之前可以无限期地在移动设备上记录交易。不过，出于以下原因，还是强烈建议在每次交易后或至少每天一次同步所有移动设备：

  • 实时库存数据的可见性只有在同步后才能提供给任何其他用户，例如地区一级的用户

  • 如果设备发生故障，或同步失败只能通过删除设备中的所有本地数据来解决，那么所有尚未同步的数据都将丢失，且无法恢复数据

如果网络连接不允许移动设备与中央服务器（至少）每天同步一次，那么 DHIS2-RTS 移动应用程序就不是医疗机构管理库存的合适解决方案。

请注意，根据设计，DHIS2 Capture Android 应用程序不会在登录时自动与 DHIS2 中央服务器同步数据，如果在注销前任何数据尚未同步，则必须 "手动 "提示同步。

导入/导出网络应用程序 - 上传 DHIS2-RTS 配置{ #importexport-web-app-uploading-dhis2-rts-configuration }

从头开始配置 DHIS2-RTS 跟踪程序可在一小时内完成。不过，使用该系统还需要其他一些设置，包括数据元素、数据集、计划指标、预测和分析。 从托管最新版本的 DHIS2 沙箱中导出元数据，并将元数据导入另一个 DHIS2 实例，可大大方便所有这些组件的配置。
https://lmis.integration.dhis2.org/sandbox/dhis-web-commons/security/login.action
不过，也应考虑到一些重要的限制因素：
- 只配置了少数几个跟踪实体实例和数据元素，可作为添加（或上传）其他项目的服务器模板

  • 样本 TEI/DE 的编码和新闻都必须按照国家标准进行修改

  • 需要为所有添加的 TEI/DE 创建计划指标和预测因子

  • 元数据需要适应 "交付到 "选项的任何变化

  • 需要添加到 "可视化 "中的任何其他项目

  • 对于选定的 "元数据导出"，将导出所有沙盒工具中的所有元数据，例如所有图例和所有用户角色

原则上，导出和导入需要两套数据：

  • 元数据依赖导出：实时库存管理跟踪程序

  • 元数据导出：选定的元数据

导出数据： - 打开导入/导出网络应用程序

  • 选择 "元数据依赖导出

  • 对象类型：程序

  • 对象"实时库存管理"

  • 数据应以何种格式导出？"JSON

  • 压缩类型："压缩类型

  • 选择"导出元数据依赖关系

  • 下载 "metadata.json.zip "文件

  • 选择 "元数据导出

  • 标记以下元数据组件

  • 类别 选项
  • 类别
  • 类别组合
  • 类别 选项组合
  • 数据元素
  • 数据元素组
  • 如果未指定,将返回姓名的前 50 个字符。最多 50 个字符。唯一。
  • 指示符
  • 指标组
  • 地图
  • 选项
  • 网址
  • 组织单位
  • 传奇套装
  • 数据集
  • 将任何源引用替换为目标引用作为排序维度
  • 仪表板
  • 预测变量
  • 预测组
  • 用户角色

  • 用户组

  • 数据应以何种格式导出？"JSON

  • 压缩类型："压缩类型

  • 选择"导出元数据

  • 下载 "metadata.json.zip "文件

  • 将这两个文件上传到将托管 DHIS2-RTS 应用程序的 DHIS2 实例。

使用 dhis2-rts 应用程序进行医疗库存管理{ #medical-stock-management-with-the-dhis2-rts-app }

在任何实施过程中，都必须遵守国家法规和指导原则。本章侧重于技术和实践方面，只能作为建议，可能有用，也可能没用。

实施移动应用程序的准备工作{ #preparations-for-implementing-the-mobile-application }

使用 DHIS2-RTS 移动应用程序需要现有中央 DHIS2 服务器实例的可用性和可持续管理以及技术支持。

大多数药房依靠库存卡、批次卡和各种登记簿等纸质记录来管理库存和库存数据。任何医疗卫生机构和任何想要使用 DHIS2-RTS 系统的人，最好向已经实施并成功使用该系统的 HISP 小组和同事咨询，并获得他们的建议。

任何实施工作都必须得到国家卫生当局和相关医疗机构的批准和规划。

需要提供和维持移动设备，需要有真正的网络连接并为其提供资金，还需要确定合格的用户并对其进行应用培训。

提供和设置移动设备{ #providing-and-setting-up-mobile-devices }

每个医疗机构至少应配备一台平板电脑，专门供保管员使用，最好还有第二台备用设备，可与医疗机构的其他用户共享。

不应使用私人设备，因为这会带来数据安全风险，并导致网络连接费用方面的争论。有关推荐设备规格的详细信息，请参见第 1.6 章。

获取用户访问权限{ #obtaining-user-access }

在每个医疗机构中，至少（主要）药剂师或仓库保管员以及在其不在时代替其工作的另一人应能完全访问移动设备和应用程序。监管药剂师或仓库管理员的其他工作人员也应能够访问，以便提供建议和培训，并了解可能出现的任何问题。

每个用户都必须在 DHIS2 中央数据库中配置用户名、密码、用户配置文件以及相应的用户访问权限和用户权限。

将卫生设施添加到 DHIS2{ #adding-health-facilities-to-dhis2 }

只有使用 DHIS2-RTS 的医疗机构才应在 DHIS2-RTS 跟踪程序中进行配置，因此，任何其他医疗机构若要实施该系统，必须由 DHIS2 系统管理员进行配置。

必须使用任何已在 DHIS2 数据库中配置并用于其他 DHIS2 应用程序的组织单位，以避免设施和设施名称的重复。

在 DHIS2{ #setting-up-stock-item-list-in-dhis2 } 中设置库存物品清单

要使用 DHIS2-RTS 以及进行订单管理和库存管理，每个医疗机构都必须有一份统一的库存物品清单。在大多数情况下，已经有这样一份库存物品清单，其中详细列出了药房长期保存并定期补充的所有物品。

库存物品清单可以因医疗机构而异，也可以因医疗机构类型或医疗水平而异，还可以在所有医疗机构中统一。

所有库存物品清单必须使用相同的物品代码和物品说明，这些代码和说明应以该国卫生部（MoH）管理的国家基本药物清单为基础。

如果 DHIS2-RTS 系统与国家上游 LMIS 系统集成，用于管理地区、区域和中央一级的医疗库存，那么在各设施中统一使用单一的项目代码和项目描述就尤为重要。

强烈建议只使用 "每件 "作为计量单位（绝不使用包装），这意味着所有保健品都以药片、安瓿瓶、插管、敷料等的数量进行管理。使用包装是不切实际的，因为不同生产商的二次包装数量可能不同，而且生产商可能会随时间改变二次包装数量，这就不可能对不同时间的数量进行比较，也不可能进行正确的库存补充计算。

必须使用某种物品编码。需要注意的是，DHIS2-RTS 移动应用程序始终（也只能）按字母顺序显示所有项目，无法将项目归类为药品、敷料、引流管、插管等。因此，所有项目都会按照字母顺序 "乱码 "显示。因此，使用将保健产品按类别分组的物品编码系统非常有用。

如果不使用编码系统或编码系统（如编号）不允许对项目进行分组，则可在项目说明前加 上产品组的缩写，如 DORA（口服药）、DVAS（疫苗）、MDRE（敷料）等，以实现分组。

库存项目清单（数据元素清单）必须与为各组织单位登记的 TEI 进行人工协调和统 一，但 TEI 清单可以 "复制"，数据元素清单可以上传。

每个数据集都分配给为其配置的组织单位。或者，所有组织单位都可以使用同一个数据集。

"到期天数 "表示月度报告期结束后仍可输入该报告期数据的天数。如果月末适逢休息日，为了能在月末后几天内完成实物库存盘点，默认设置为 5（天）。

默认情况下，"开放未来时段供输入数据 "设置为 1，允许在当前报告期的任何月份内随时记录数据。例如，1 月份的库存数据可以从 1 月的第一天到最后一天在整个月内输入和编辑。

为统一起见，"符合按时提交条件的期限后的天数 "也设为 5 天，这意味着在下个月前 5 天内完成的报告被视为按时提交。

由于要求所有医疗机构每月提交报告，因此 "周期类型 "默认设置为 "每月"。

上传初始库存{ #uploading-initial-stock }

在使用 DHIS2-RTS 移动应用程序之前，应进行一次完整的实物库存清点，以确认手头的可用库存。库存清点的结果只需作为 "上期库存余额"（零）上传，库存收据和库存量都与反映实物库存清点的库存量相对应。

股票收据{ #stock-receipts }

医疗机构收到托运货物后，用户会向地区一级确认收货，地区一级会从电子记录中上传存货。

DHIS2-RTS 的设计有意不考虑用户通过 DHIS2-RTS 应用程序本身接收存货的可能性，因为逐一记录大量物品将非常麻烦、耗时且容易出错。

库存收据可以使用本地的进出口应用程序或第三方的批量装载应用程序来实现。但在理想情况下，所有库存收据都应通过与上游国家 LMIS 系统的实时集成直接自动执行。在该系统中，一旦仓库管理员确认收货，相关装箱单上的物品和数量就会通过其 API 端点从上游国家 LMIS 直接 "加载 "到 DHIS2 中。

医疗用品管理{ #medical-stores-management }

本章应被视为一项建议和可能的解决方案，已在实地进行了尝试和测试，但需要进行调整，以确保符合国家法规和政策。

使用 DHIS2 Reat-Time 库存管理系统需要高度的纪律性和准确性，因为每次交易后，应用系统都会自动重新计算剩余库存余额，任何错误都会延续下去，必须在系统中加以纠正。

存储设备和保健品存储{ #storage-equipment-and-health-care-good-storage }

所有库存应按项目组的字母顺序排列，并按项目编码和项目说明排列。每种物品的第一批应按照 FEFO/FIFO 的规定放入一个仓（"活动仓"）。任何其他批次的非三级供应商包装的保健品也应单独放置，而任何三级供应商包装的 保健品不应打开，而应按有效期的顺序摆放在货架上。当 "有效箱 "被清空后，下一批的存货可放入该箱，以便下次分发。

为了快速识别下一批可供订单拣选的每件物品，所有 "活动 "货仓（仅限于每件物品的第一个货仓）都应贴上条形码，并用结实的回形针将条形码夹在货仓上。条形码标签不得粘贴在货仓上，否则会堆积大量无库存的货仓，需要大量的存储空间，而只需更换条形码标签即可。标签也不能粘贴在货架上，因为存储量会有波动，而更换带有标签的货箱位置会容易得多。

以下是医院药房实际实施的最佳实践设置示例：

请注意，扫描条形码需要良好的照明条件，而且条形码不能靠得太近，因为在任何时候，条形码扫描仪的查看器都必须能看到单个条形码，以便软件应用程序能及时正确地识别该条形码。

为库存生成条形码标签{ #generating-barcode-labels-for-stock }

DHIS2-RTS 移动应用程序同样可以识别线性条形码和 QR 码。线性条形码的优点是可以通过简单的 Excel 电子表格轻松生成，但缺点是即使只有几个字符的条形码也很长，而且扫描时移动设备必须完全水平放置（条形码扫描器窗口中的红线必须从左到右覆盖整个条形码）才能识别条形码。

因此，建议使用二维码，因为二维码所需的空间更小，可以从任何角度和更远的距离读取，而且可以从许多可免费访问的网站上生成。

只要安装了 "LibreBarcode39 "字体，就可以在任何计算机上通过 Excel 非常简单地打印条形码标签：

  • 关闭所有 Microsoft Excel 文件

  • 将 LibreBarcode39-Regular.ttf 文件复制到电脑上

  • 在 Windows 资源管理器中右键单击文件：弹出窗口

  • 选择 "安装"：弹出窗口

  • 选择是"：字体安装到电脑上

  • 打开用于打印条形码标签的 Excel 文件：任何复制的 Excel 文件，只要字体设置为条形码，现在就会显示条形码

  • 突出显示应显示条形码的任何（附加）字段

  • 点击下拉窗口中的字体

  • 向下滚动到可用字体列表中的字母 L，该字母将显示为条形码，鼠标移过时将显示 "Libre Barcode 39

DHIS2 本机支持以下条形码类型：

股票收据{ #stock-receipts }

必须向医疗配送中心确认收到托运货物，最好使用简单的 DHIS2 应用程序。各（区）医药商店收到该通知后，物流团队将把装箱单上注明的物品和数量上传到相应的组织单位（医疗机构），这些数量将自动添加到 "库存 "中。理想的情况是，通过将上游的国家 LMIS 系统与 DHIS2 服务整合，使这一过程完全自动化。

重要的是，接收托运货物的医疗机构的移动设备在收到存货后必须同步数据，以便在提取任何进一步订单之前更新并在移动设备上显示正确的库存。

如果装箱单与实际收到的托运货物不符，应与物流小组联系，以便安排运送短运的物 品和数量，或更正国家 LMIS 系统中的记录。如果交付的存货过多，物流服务部门只需为缺失的数量出具一份装箱单，并通过综 合管理信息系统的 "货物确认 "应用程序再次确认，然后更正记录。无论采用哪种方式，最终都会在 DHIS2 数据库中更新经更正的库存接收数量。

记录分布{ #recording-distributions }

仓库保管员通常每天、每周或根据其他既定时间表收到一次每个病房或服务所需物品和数量的清单。

店员在药房中找到清单上的第一件商品，扫描条形码，从库存商品清单中选择正确的商品，并扫描所选数量，然后继续挑选下一件商品。这种方法是最快的选择，而且由于扫描条形码后只显示一行，店员不会不小心将数值输入错误的一行（错误的物品）。另外，店员也可以向下滚动列表，直到找到所需的物品，或者在搜索窗口中输入所需的物品。

一旦所需数 量的所有物品都已挑选完毕，仓库管理员将确认交易，并在开始处理下一份请购单之前 将货物交付给请购者。

DHIS2-RTS 移动应用程序特意阻止负结余的出现，以迫使仓库管理员立即进行更正，因为如果允许延迟更正，"延迟 "更正导致的库存差异将不可避免地累积。因此，如果货架上的剩余数量大于移动设备上显示的库存量，店员只能挑选移动应用中显示的可用数量。完成交易后，需要对库存进行更正，然后在第二次交易中挑选现在的可用数量。为同一货品或服务创建两个不同的交易不会对整体库存管理和计算产生任何影响。或者，仓库管理员可以中断交易，但会丢失所有记录的数据，然后进行库存交易，并从头开始最初打算进行的交易。

如果在订单拣选过程中出现错误，则无法在确认交易后进行更正。如果记录的数量少于实际拣选的数量，可以通过执行另一项交易来纠正错误。如果记录的数量大于拣选的数量（和需要的数量），那么要么将 "多余 "的数量交付给病房或服务部门，要么保留到下一次分配中（不做记录），要么创建一个 "更正 "交易。但是，如果只进行 "更正 "交易，则系统中仍会记录运往病房或服务处的全部数量，而这些不正确的数量是无法更正的。

多余 "的数量也可以交给其他病房或服务处而无需记录。虽然库存总量得到了纠正，但分配给各病房或服务处的统计数字却不再正确（也无法纠正）。

记录废弃库存{ #recording-discarded-stocks }

过期、损坏或因其他原因无法使用的存货必须从存货中清除，并存放在上锁的柜子或房间 中，专门用于存放等待处置的存货。为了说明库存减少的情况，而不将库存分配给任何特定病房或服务，仓库保管员以与 "分配 "交易相同的方式进行 "丢弃 "交易。

记录库存更正{ #recording-stock-corrections }

由于各种原因，货架上的实际库存与 DHIS2-RTS 移动应用程序计算的库存余额之间可能会出现差异。

  • 实际送达医疗机构的数量大于或小于电子记录中的数量（且在收货时没有注明）。

  • 在订单拣选过程中，拣选的数量大于或小于交易中显示的数量，并交付给病房和服务部门（但未注明）。

  • 库存遗失、放错位置、丢失或被盗

在所有这些情况下，仓库管理员都必须在 DHIS2-RTS 移动应用程序中执行 "更正 "交易，以更正计算出的库存。更正 "交易的次数和数量是库存管理总体质量的一个很好的指标。

如果向其他组织或医疗机构提供或从其收取 "贷款"，可选择不进行任何交易（因 为贷款最终会被 "偿还"），或进行两次股票修正，相互抵消。

库存余量计算{ #residual-balance-counting-for-stock-on-hand }

由于 DHIS2-RTS 移动应用程序会即时更新库存和交易数量，因此系统中随时都有当前 库存的完整和最新记录，原则上无需（每月）进行实物库存清点。但是，如果从不清点库存，只有在交易过程中出现负库存时，差异才会显现出来。

在某些情况下，有一些简单快捷的方法可以清点和检查手头的剩余存货，从而发现任何差异。这种 "剩余批量清点 "的最大好处是，库存交易次数最多的项目会被更频繁地清点，而且原则上可以立即发现差异，而不是到月底才发现，因为到月底往往很难追溯错误。

余量平衡计数法包括

  • 每当一批库存用完，就计算剩余库存，并将下一批物品放入 "有效仓"（三级包装通常以 "整数 "数量提供，如数千的倍数，并在三级包装上标明数量）

  • 在打开任何三级包装之前，检查手头剩余存货是否为 "整数"（即使没有实际清点全部剩余存货）。

  • 实际清点小批量物品的剩余存货，以便快速处理

系统故障时的备份计划{ #backup-plan-in-case-of-system-failure }

任何数字系统都可能在任何层面出现故障：医疗机构的移动设备、互联网连接可能出现长时间故障，中央服务器和数据库也可能出现故障。

为了确保服务的连续性，同时准确记录任何无法在 DHIS2 系统中报告的交易，从一开始就需要建立一个备份系统。

最简单的方法是继续或恢复使用库存卡来处理任何无法在 DHIS2 中报告的交易。

对于 "高级模式"，可在系统恢复后对分配给每个病房或服务的数量进行统计，并在每个病房或服务的单次交易中输入。这样可以伪造交易日期，但仍能准确记录分配给每个病房或服务处的总数量。如果系统出现长期故障，可使用以月为报告期的 "总计 "数据输入表来记录月末的 库存量和当月的总数量。系统中将永久丢失这些交易的详情，但在对库存进行 "更正 "后，一旦所有系统恢复，即可恢复使用 DHIS2-RTS 移动应用程序。

DHIS2 实时库存与全国电子化库存管理信息系统（eLMIS）的整合{ #dhis2-real-time-stock-integration-with-national-elmis }

由于将 DHIS2 与上游的国家 eLMIS 系统集成需要详细的数据映射和专门的项目，因此本章只能提 供集成的总体轮廓。

DHIS2-RTS 概念基于以下假设：DHIS2-RTS 移动应用程序仅用于记录库存交易，而所有预测、需求计划和库存补给订单的计算仅由国家电子后勤管理信息系统（eLMIS）执行。

此外，一旦卫生机构的仓库保管员通过专门的 DHIS2 事件程序确认收到托运货物，相关物品和数量就会与 DHIS2 服务器同步，并作为库存收据记录在 DHIS2 跟踪程序中。

将（仅）在卫生设施一级使用的 DHIS2 与在所有上游（县、省和中央）一级用于所有后勤流程和工作流的国家电子后勤管理信息系统（eLMIS）整合在一起，提供所有后勤数据的实时和端到端可见性，以及无缝、集成的端到端库存补充系统。

设施级 DHIS2 数据与中央 DHIS2 服务器的同步完全由 DHIS2 的本地功能管理。DHIS2 与国家 eLMIS 的整合需要 DHIS2 中央服务器与国家 eLMIS 服务器的数据同步，以及国家 eLMIS 服务器与 DHIS2 中央服务器的（部分）数据同步。由于每个 DHIS2 实体都有一个独一无二的 ID，实现整合的最佳方法是（只）使用这些 ID，而不是用户的实际字段名称，因为用户的实际字段名称可通过网络应用程序接口从任何 DHIS2 实例中获取。

从{ #data-synchronization-from-dhis2-to-national-elmis-from } 将数据从 DHIS2 同步到国家电子后勤管理信息系统

DHIS2 跟踪计划的下列数据字段需要与国家 eLMIS 服务器同步，最好是实时同步。

卫生设施数据

  • 组织单位名称
  • 项目代码（项目描述是多余的，不需要）
  • 用户名（用于通知）

交易数据

  • 现有库存

  • 库存 "配送"：数量和日期/时间戳，可选："送货到"

  • 可选：库存 "丢弃"：数量和日期/时间戳记

  • 可选：库存 "更正"：数量和日期/时间戳记

股票收据

  • 托运：ID 和日期/时间戳，可选：用户名

从{ #data-synchronization-from-dhis2-to-national-elmis-from } 将数据从 DHIS2 同步到国家电子后勤管理信息系统

下列数据字段需要从国家 eLMIS 系统同步到中央 DHIS2 服务器，然后再由中央 DHIS2 服务器管理与卫生机构相应移动设备的数据同步。

寄售数据

  • 组织单位名称
  • 项目代码（项目描述是多余的，不需要）
  • 库存 "收据"：数量和日期/时间戳记

最后由 GMc 在 17-01-2024 at 22:59 编辑