健康保险公司在流线型信息访问与交付方面并不出名。Independence Blue Cross认为移动技术可能改变这种情况，有助于占据竞争优势，并为用户提供更好的支持。

“随时随地为用户提供健康信息的访问，我们称之为‘卫生保健的复兴，’”Independence Blue Cross（IBC）的首席架构师Greg Barnowsky表示。去年，该保险公司发布了IBX应用，这是一款iOS与安卓移动应用，为380万订阅用户提供随时随地的医疗信息访问，如医生查房信息。这让IBC成为美国费城首个采用移动策略的公司，IBC还会继续进行应用扩展。

《IT新架构》杂志最近与Barnowsky进行了对话，他负责了IBX应用的开发，我们谈论了其中的业务与技术决策。

为什么会有IBX移动应用的理念？

我们发布了Digital Engagement Center of Excellence[CoE]，帮助创建客户对我们公司的“粘度”。我们认为随着使用移动应用，数字战略对我们有三方面的益处：这些应用让我们区分于其他医疗保健公司，解决了移动健康，并且促进游戏化，在用户看来非常有趣。这三方面都可以单独实施，或者与移动应用结合。横跨所有这些的底层主题还是用户体验。在我们最后制定应用细节之前，会预想应用的未来前景以及所能提供的用户体验。

一些前期技术考虑事项有哪些？

在发布Digital Engagement CoE之前，我们拥有一个移动技术战略。我们战略的一个关键原则是确保我们构建的应用便携性高，并且符合诸如HTML5这样的行业标准。我们不想将自己锁定在一个专有的工具集中，因为厂商并不遵循行业标准。我们也寻找公共领域的移动工具。但最后都被我们以各种理由否决了，主要原因还是保障性与风险，包括可扩展、安全、测试成本、跨平台支持等潜在缘由。

你们在内部开发应用，还是外包出去？

这两种情况都有。在早期我们与应用工具开发厂商Kony合作。我们使用我们自己的人员开发首个基于Kony的移动应用。我们想构建并拥有我们自己的知识产权。我们与市场部沟通紧密，他们告诉我们想从整体数字策略中得到的东西。我们企业内部沟通部门打造了所有主题与图形设计。最终，我们与信息数据仓库团队协作，提供终端数据。我们的信息服务部门开发并组装应用，并在安卓与苹果设备上测试与部署。在未来的版本中，我们也将提供对Windows Phone、iPad、安卓与Windows平板的支持。

你们在集成方面有哪些挑战？

在谈及移动应用时，挑战在于如何访问数据。我们首先发现在常见格式中检索数据存在数据访问缺口。

有一个以Web为导向的架构或者API（应用程序接口）访问后端信息也是挑战。因此，在构建移动应用时，需要考虑API的问题。也就是说“我们如何能够跨所有这些独立的平台创建API以提升交付速度呢？”

因此，在下一代移动应用中识别数据访问缺口与创建灵活的API变成应用开发领域重要的一环。这样能让下一次上市时间更快，由于提升了应用相应时间，也就获得了更好的用户体验。

除了开发工具，我们必须考虑移动设备管理MDM工具。MDM工具是对移动开发工具的补充，可通过MDM工具集在内部部署应用，还能在必要的时候使用MDM远程檫除我们所选择控制的设备。

还有哪些经验可以分享？

挑选顶级人才，期望你的团队能做更多。为了缓解风险，我们评估、面试并选择那些熟知公司对移动化投资的人加入团队，这些人可能需要牺牲一些私人时间。

构建好新团队后，我们也挑选经验丰富的专业人士运作移动开发团队，他们拥有很好的管理、技术与领导能力。业务和技术部门都要为Engagement CoE项目作出贡献，要么出资源要么出时间。我们也选择使用敏捷开发方式迭代地开发并交付应用。尤其是在开发移动应用时必须这样做。

如何测量应用使用率？

我们有大量的测量方式报告什么应用被访问，包括应用被访问的频率以及功能与时间等。问题的关键在于这些数字对于我们的业务有何价值。

例如，基于利用率，我们能确定什么能提升功能。基于业务需求，我们能改善单个会员的使用率，以便在下一个版本的应用中包括一些新功能，如向药柜发出提醒信息，或者移除你不需要的功能。

你计划解决的其他领域还有哪些？

两大领域：移动健康与游戏化。我们将在当前的卫生保健核心功能上持续前进。你能在药柜看见移动健康（与其他功能），以及个人健康记录，查看保健与健康追踪信息。

我们所构建的每一款应用都有一些核心的智能付款支持、移动健康或某种程度的游戏化。我们认为移动健康与游戏化是未来趋势。客户希望他们的应用提供一些有趣的东西，并能获得积极体验，这让他们喜欢我们的应用。

你们的投资有回报了吗？

自从我们在四个月前将应用交付给应用商店，我们的业务增长了三倍。我们的应用是不收费的，但我们看见我们的投资给用户带来的体验方面的价值是无与伦比的。我们还会陆续投资，给用户带来便捷性，提升用户满意度。

本文选自《IT新架构》杂志四月刊：为PaaS开路。