放大¶
收购{ #implementation_guide_scale_up_acquisitions }¶
扩大 DHIS2 Android 系统的实施规模是一个复杂但易于管理的过程,首先要进行全面的测试和试点。在这一阶段,必须就硬件采购、应用项目分发策略、移动设备管理、培训计划以及相关的短信基础设施做出决定。在这一阶段做好规划可确保系统在大规模部署时的稳定性、可持续性和用户满意度。
购买设备与 BYOD(自带设备)对比{ #purchasing-of-devices-vs-byod-bring-your-own-device }¶
最初,你应该购买不同的设备,让用户对它们进行评估,并向你提供反馈意见。一旦确定了要使用的设备,就只需购买 10 台或更少的设备,或者是测试和试点阶段所需的设备。只有当试点即将完成时,您才应购买设备,用于接下来 6 个月的推广。有些大型项目需要数年时间才能在全国范围内推广,因此硬件采购计划应跨越数年。有关设备技术规格的建议,请参阅[移动设备规格]一章(https://docs.dhis2.org/en/implement/android-implementation/mobile-device-specifications.html) 。
您应该考虑使用BYOD策略的可行性-这种格式允许用户携带自己的设备,只要他们满足您为项目定义的最低技术标准即可。您通常会提供某种形式的激励,可能是以电子现金或通话时间的形式。这种方法的优点很明显:它避免了购置的大量初始成本,并且减少了管理成本和后勤方面的考虑。另一方面,您将面临非常异构的硬件环境的挑战,这意味着不同的设备和Android OS版本。这主要影响调试过程。
应用项目的分发(现在和以后){ #distribution-of-the-app-now-and-later }¶
DHIS2 Android 捕捉应用项目得到积极维护,每年发布四个版本:两个常规功能(次要/主要)版本和两个侧重于错误修复和稳定性改进的补丁版本。每个版本都与支持的 DHIS2 服务器版本进行兼容性测试,并包含详细的发布说明。
除了这些计划发布的版本外,当通过 Transifex 提交新的或更新的翻译时,也可能会发布临时 APK。这些 APK 反映了最新的可用语言支持,对于多语言实施或本地语言培训需求尤为重要。
官方销售渠道有
- 谷歌 Play 商店: 建议用于较小规模的实施或 BYOD 场景。该应用项目在 Play Store 的 DHIS2 上提供。请注意,从 Play Store 安装的应用项目可能会自动更新,除非在设备上手动禁用。
- GitHub 发布: 每个正式版本都发布在 DHIS2 GitHub 上,您可以手动下载 APK 文件。以这种方式安装的 APK 不会自动更新,对于需要版本控制和发布前测试的实施方案来说,这种方式更可取。
作为实施者,一旦最终确定了测试和培训材料,培训期间使用的应用项目版本就必须冻结,在推广期间不得自动更新。新版本可能会在用户界面、项目规则行为或与特定配置的兼容性方面带来变化。每个新版本在采用前都应进行仔细测试。
对于较大规模的实施,我们建议
- 在所有设备上禁用 Play Store 的自动更新功能,避免自动更新。
- 使用移动设备管理 (MDM) 系统或自定义 APK 托管页面来控制使用哪个版本以及何时更新。
- 明确记录培训期间使用的版本和配置,确保整个推广过程中的一致性。
**注意 如果没有 MDM 工具,替代方法包括通过安全的内部门户、共享文件夹或配置过程中生成的 QR 安装链接分发 APK。
有关 MDM 和其他分发选项的详细指导,请参阅[移动设备管理部分]。(https://docs.dhis2.org/en/implement/android-implementation/managing-mobile-devices/considerations.html)
MDM 的替代与补充:APK 分发策略{ #alternatives-and-complements-to-mdm-apk-distribution-strategies }¶
如果全面的 MDM 设置不可行,也有其他方法来分发和管理 DHIS2 Android 应用项目,这取决于团队的技术能力和实施规模。
为了支持那些需要在没有复杂基础设施的情况下进行可控推广的项目,DHIS2 Android 团队提供了一个官方 APK Distribution Web App。该工具允许管理员托管一个简单的内部或面向公众的网页,以共享受信任的 APK 版本。
这种方法在以下情况下尤为有效
- 您希望将应用项目锁定为经过测试和验证的特定版本。
- Google Play 不可靠或被屏蔽。
- 更新需要手动管理,而不是自动更新。
该应用项目提供版本历史、更新日志和上下文指导。设备必须允许从未知来源进行安装,但这种方法维护简单,在 DHIS2 实施过程中被广泛采用。
- Google Play 商店(注意事项)
从 Google Play 商店安装 DHIS2 Android 捕捉应用项目非常方便,但在结构化推广时应谨慎使用。自动更新可能会破坏兼容性或意外引入用户界面更改。如果使用 Play Store,应配置设备禁用 DHIS2 的自动更新,或在企业设置中通过管理 Play Store 限制自动更新。
- F-Droid 和专用应用项目库
一些实施者喜欢使用 F-Droid,这是一个开源的 Android 应用项目存储库,允许托管私有应用项目通道。使用 F-Droid,您可以提供安全、可控的应用项目交付,而无需依赖商业应用项目商店。不过,它在带宽控制和设备管理方面有局限性。
*选择正确的方法
最终,正确的分发和设备管理策略取决于:
- 用户和设备数量。
- 设备是否为机构所有或 BYOD。
- 网络可用性。
- 安全需求。
- 您的内部支持能力。
对于规模较小的推广或试点项目,通过网页或 Google Drive 文件夹共享 APK 可能就足够了。对于全国性项目,强烈建议使用 MDM 结合 APK 托管和强大的应用项目版本控制 SOP。
电信合同{ #telecommunication-contracts }¶
如果您的安装计划包括在无法使用移动数据时使用 SMS 通过 SMS 发送选定的记录,您需要与本地聚合商签订合同,该聚合商可为您提供接收 SMS 的号码。您应配置服务器以接收和发送短信--请参阅 DHIS 2 开发人员文档短信连接。您需要估算每月的短信数量,以便预测每月的费用。
与SMS提供商选择和签订合同的过程因国家/地区而异,并且取决于组织的采购程序。
规划大型收购{ #implementation_guide_scale_up_planning }¶
每个项目都需要多种设备类型:电话,平板电脑和Chromebook。大多数移动设备可能会分配给专用用户。要考虑的事情将包括工作的性质。例如,社区工作者将使用智能手机或平板电脑。但是,在医疗机构工作的医护人员可能更喜欢带有外部键盘或Chromebook的平板电脑。
实际的大规模收购应尽可能延迟。最初,建议购买尽可能少的设备以测试配置,并为将来的用户提供一定程度的选择。一旦同意进入试点的决定,理想情况下,第二次购买应仅限于试点所需的设备。如果推出计划的时间跨度为一年,则还应按时间划分设备的购置时间:制造商将以12-18个月不等的周期不断提供价格相同的更好设备。
总采集100到1000个设备的示例。
| 项目月份 | 相 | 取得 | # 设备数 |
|---|---|---|---|
| 第二个月 | 设计和初始配置 | 选择3或4种可能的外形尺寸。从一两家制造商处购买 | 2-8 |
| 第4-6个月 | 飞行员 | 仅购买完成试用所需的设备 | 10-30 |
| 6-12月 | 推出-第一阶段 | 第一次大规模收购 | 50-500 |
| X月 | 推出阶段X | -> | 50-500 |
| 月36-48 | 升级更换 | 更换装置 | DISPLAYKEYVALUEPAIR |
移动设备管理{ #implementation_guide_scale_up_mdm }¶
移动设备管理是指用于管理移动设备的软件。当您必须支持数百个设备时,您将需要MDM软件,并且有必要控制整个设备中的apk文件分发,提供技术支持并实施机构政策。大多数选项都是按月收费的服务。一些免费应用程序提供信息亭模式,但每月收取基本远程管理费用。
MDM软件的理想功能可以分为基本功能和高级功能。以下是理想功能的列表:
- 基本功能:
- 需要屏幕锁定密码
- 提供授权的应用程序
- 锁定设备并擦除丢失或被盗的信息
- 控制Android App的升级
- 实施备份策略
- 高级功能:
- 实施密码强度策略
- 实施网络使用政策
- 跟踪设备位置
- 限制访问设置和功能(例如-wifi /网络,屏幕截图)
在确定哪种软件最适合您的需求时,您应该尝试回答以下问题:
- 我需要管理多少台设备?
- 我多久可以物理访问一次设备?
- 我真正需要哪些功能?
- 我必须执行哪些政策
- 安装和维护有多困难
- 它将如何影响用户体验?
- 我们需要允许BYO吗? (自备设备)。
- 它将如何影响设备?
在下一页中,您可以找到可用的MDM软件的列表(请注意,价格和条件会随着时间而变化)。
- Mobilock Free(无法更新软件)
- SOTI (MobiControl)(可能很贵 - 2.20 美元/设备/月)
- Miradore(无远程支持)
- Applock(无法控制软件更新)
- AcDisplay(无法控制软件更新)
- F-Droid(无法限制数据消耗)
- APPDroid(无法限制数据消耗)
- 主列表(无法控制软件更新)
- Firebase(无法限制数据消耗)
- 声调(用户需要成为MS Office 365部署的一部分)
- MobileIron(价格可能很高-3.15美元/设备/月 + 2.368美元用于部署)
- IBM Maas360(太贵-远程支持每台设备每月1.60 USD +每月每台设备0.50 USD,对于3.000设备)
- AirWatch(反应迟钝,价格昂贵-3年内3,000台设备,每台设备每月3.80美元)
- XenMobile(Citrix)(价格昂贵-3,000台设备,每台设备每月2.03美元)
- 适用于企业(Blackberry)(可能很昂贵-每台设备每月2美元\部署需要2.5K美元)
注
有关此主题的详细信息,请查阅特定的 移动设备管理指南 。
训练¶
汇总之前的重要步骤是对用户进行培训,如有必要,还需要对向用户提供支持的团队进行培训。您可以遵循许多培训策略,这取决于需要培训的团队的规模,他们的技能水平,可用的时间范围,预算等。将时间和精力投入设计中很重要您的培训策略,并分配足够的时间来实现您的培训目标。对您的用户进行充分的培训和通知,可以减少用户的焦虑和采用问题,还可以提高收集到的数据的质量。
培训的技术准备{ #implementation_guide_scale_up_techinical_prep }¶
在准备培训时,请确保已满足所有实际技术要求。这包括准备平板电脑/移动设备,并安装新的DHIS 2 Capture Android应用程序。根据您要进行培训的区域的互联网连接的可用性,可能会将所有平板电脑与服务器预先同步,以便为培训准备足够的数据和正确的配置。.在进行培训之前,应该对练习进行测试以确保一切正常。对测试期间检测到的问题进行故障排除,以免在培训期间出现。您可能需要进行第二轮测试,以发现第一轮中遗漏的所有问题。
如果培训是通过预同步的数据和配置完成的,则在培训结束时,请确保让受训者体验该应用程序访问DHIS 2远程服务器的过程。这将使学员有机会体验现实的同步体验,其中可能包括网络延迟。在没有延迟的情况下,他们可以稍后将网络延迟解释为设备故障。
培训预算{ #implementation_guide_scale_up_budget }¶
接下来,有一些预算编制指南,摘自[DHIS 2社区健康信息系统指南](https://s3-eu-west-1.amazonaws.com/content.dhis2.org/Publications/CHIS奥斯陆大学(+ Guidelines + En.pdf):
- 在使用批准的预算模板和费率(间接费用,DSA等)时遵循组织政策,以应对所有费用,包括:
- 旅行(例如燃料,租车,住宿)
- 人员(例如每日津贴,进餐费用)
- 地点(例如会议空间,茶歇)
- 材料(例如印刷,硬件,投影仪)
- 杂件
- 根据所需物料的表内计算,物料的单位成本以及所需的单位数来建立预算。您还可以建立其他乘数以说明每个与会者的单位数。如果单位成本发生变化或参与者人数增加或减少,则可以灵活地更新预算。
- 用当地货币预算预期支出,并内置一个转换率(可以根据需要更新)以转换为您的组织或出资者所需的货币。(2)。
培训议程{ #implementation_guide_scale_up_agenda }¶
奥斯陆大学撰写的[DHIS 2社区健康信息系统指南](https://s3-eu-west-1.amazonaws.com/content.dhis2.org/Publications/CHIS+Guidelines+En.pdf)文件建议您考虑:
- 您需要的座位类型(圆桌,单独的桌子等)。
- 技术要求(所有计算机,Wi-Fi带宽等),
- 会议中心津贴,与会人员食品和饮料的财务
- 培训师需要空间四处走走,观察和帮助每个参与者。
请注意每次培训期望参加的人数,因为有必要提供足够的材料和空间。活动空间对于团体来说应该足够大,并且也应该适合计划中的活动。
培训材料{ #implementation_guide_scale_up_materials }¶
在同一文档中,我们还找到了有关培训材料的建议,我们将其包括在此处。您将需要的培训材料取决于您的活动。为确保您计划好一切,请与合作伙伴一起仔细阅读培训计划,并讨论培训各部分的工作,并注意所需的材料。
培训课程的议程应在培训之前确定,并包括在分发的材料中。
用户文档应打包在《最小手册》中。这些手册说明了特定的工作任务(例如,输入来自村庄卫生登记册的每月数据或将您村庄与邻近村庄的健康进行比较)。在解释了工作任务之后,《最小手册》提供了带编号的分步说明和屏幕截图,以便用户识别要做什么。请记住,《最低手册》不会像典型的供应商用户手册那样一一解释该应用程序的功能。由于用户喜欢做而不是阅读,因此手册应尽可能简短,同时仍包含所有步骤。