HotDoc
预约流程,预约指示和接收内容可以频繁更改。
- Google Play安装
- 2.1百万
- 应用商店评分
- 4.6
When a fix only touches the web layer of your Capacitor app, ship it as an encrypted live update. Test it on a staging channel, roll it out in steps, and keep a record of every release for your compliance team.
来自马丁的人性化支持
一位医生在药物或摄入屏幕上报告了一个错误的标签。修复只是几行JavaScript代码。
使用仅在商店中修复的过程,您会构建一个新二进制文件,提交它,并等待。商店审查通常需要24-48小时,有时甚至更长。
即使经过审查,患者和员工仍然需要安装更新才能看到修复。
预约、摄入和提醒屏幕经常会发生变化。每个Web层修复都需要等待一个新二进制文件、商店审查和用户更新。
审查者想知道更新程序发送什么、它去哪里以及您是否可以将其保留在自己的基础设施中。
当一位医生报告一个问题时,您的团队需要告诉哪个捆绑包和原生版本该设备正在运行。
合规团队会问谁发布了一个变化,什么时候,到哪个频道
加密的包,分阶段的暴露,和更新设置,合规负责人可以查看
Upload the fixed JavaScript, HTML, and CSS with the Capgo CLI. By default, devices download the bundle and apply it when the app moves to the background. Native code changes still go through the stores.
Capgo signs a BAA with healthcare customers. The updater does not send names, emails, or medical record numbers, and you can limit or move what it does send.
什么可以作为一个Capgo如何工作
设置更新器一次,匹配您的审查,然后将每个Web层修复通过阶段和阶段生产发布。以下每个命令都来自Capgo文档。
将所有三个插件端点指向欧盟主机,或者设置statsUrl为空字符串,如果允许的主机统计不允许。不要设置一个映射到患者的自定义ID。将此配置发送到商店构建中。
// capacitor.config.ts
plugins: {
CapacitorUpdater: {
updateUrl: 'https://plugin.eu.capgo.app/updates',
// use statsUrl: '' to disable hosted statistics
statsUrl: 'https://plugin.eu.capgo.app/stats',
channelUrl: 'https://plugin.eu.capgo.app/channel_self',
},
}
BAA和HIPAA选项
创建一个密钥对,保存公钥在您的Capacitor配置中,同步。将私钥保存在您的CI机密中,永远不要在仓库中。
npx @capgo/cli@latest key create
npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
npx cap sync
加密文档
上传加密包到阶段通道并在QA设备上检查它之前,它将到达患者。
npx @capgo/cli@latest bundle upload --channel staging --key-v2
频道文档
首先在生产设备中部署 5% 的应用程序。当安装和失败数据看起来正确时,推广该应用程序给所有人。如果不正确,请回滚该应用程序。
npx @capgo/cli@latest bundle upload --channel production --key-v2 --rollout 5
npx @capgo/cli@latest channel set production --rollout-promote
# or, if something looks wrong
npx @capgo/cli@latest channel set production --rollout-rollback
逐步发布文档
将每个捆绑包链接到其提交,记录谁部署了它,并在应用程序内显示正在运行的版本。
将注释和链接添加到每个捆绑包上传时,使用--comment和--link,才能追溯到部署的捆绑包的源代码。
# Attach the commit to each bundle
npx @capgo/cli bundle upload \
--comment "Fix dosage rounding ($(git rev-parse --short HEAD))" \
--link "https://github.com/your-org/your-app/commit/$(git rev-parse HEAD)"
阅读当前捆绑包和原生版本,使用CapacitorUpdater.current(),并在设置或支持屏幕上显示它们,以便员工可以告诉支持人员他们正在运行什么。
// Show version info to clinical staff
const info = await CapacitorUpdater.current()
// Display in app settings
console.log(info.bundle.version) // "2.4.1"
console.log(info.native) // Native app version
您可以与您的合规负责人和供应商审查共享什么
SOC 2 Type II、ISO 27001和SSO在企业计划中包含。DPA和子处理器列表已公开供供应商审查
更新插件和Capgo后端在GitHub上开源。您的团队可以阅读在患者设备上运行的code
使用Capacitor构建的应用
预约、健康记录和福利应用程序可以更新接收屏幕、预约指示、供应商消息和患者教育内容,而不影响原生外壳的稳定性。
预约流程,预约指示和接收内容可以频繁更改。
医疗保健应用程序,具有公共指导和文档流程,必须保持最新。
医疗保健应用程序,供应商、资格和支持旅程需要小心修补。
驱动罗林公司的首席开发官
“Capgo Capacitor更新插件彻底改变了我们如何发布更新。过去的几天现在只需要几分钟。”
NuTriQ的创始人
“生产环境即时推送OTA更新,不必等待完整的App Store审查周期,这对我们来说是一个巨大的运营优势.”
Webincode的开发人员
“能够将设备ID添加到特定组中,并仅推送更改到特定组,这简直是救命稻草.”
FAQ
医疗团队问的问题
Capgo与医疗客户签署了商业协作协议(BAA),并且美国组织已经在HIPAA合规程序中运行Capgo。更新器数据最小且设备范围。如果您的审查需要更多控制,您也可以使用EU端点、禁用统计、自主托管统计端点或切换到许可自主托管。
BAA和HIPAA选项运营数据:应用ID、随机的应用范围设备ID、平台、捆绑和本机版本、OS版本、插件版本和更新事件。IP地址用于传输层。它不发送名称、电子邮件、帐户ID或医疗记录号码。不要设置一个自定义ID,该ID映射到患者或用户。
隐私和数据收集是的。将更新、统计和频道端点指向plugin.eu.capgo.app以在欧洲保留插件数据路径。您还可以将统计数据发送到自己的端点。企业计划添加了专用、混合和许可自主托管选项。
欧盟数据位置仅限Web层:JavaScript、HTML、CSS和资产。对本机code、插件或权限的更改仍需要通过App Store和Google Play进行新构建。
live update可以发送什么?审计日志记录包上传、频道更改和成员更改。频道历史记录了每个包的历史,并且每个包都可以携带一个注释和一个提交链接。角色限制谁可以上传包或更改频道。
审计日志