在过去的几年里,IBM刚刚起步的沃森肿瘤项目获得了广泛的评价。其中有一个严厉的批评Gizmodo出版的。这篇文章的关键词是“人工智能”、“沃森”、“健康”、“保健”和“医生:这个产品是一坨屎”。最后一个关键词是佛罗里达州的一个医疗服务提供者对一个被高度宣传的药物错误的评论。
虽然这些批评可能是有道理的,但这段耸人听闻的录音遗漏了对训练计算机模型的密集临床和技术要求的完整理解。相反,它取代了世界各地的开发者所熟悉的“举手投降”的反应。事实上,医疗技术离不开合作伙伴。没有提供商开发的数据工具是寻找可能不存在的问题的解决方案。不开发数据工具的提供商无法解决手头的复杂问题。
培训电脑模型
人工智能(AI)程序,比如沃森,都是从模型开始的。“模型”一词在开发和数据分析项目中被广泛使用。它通常被视为“基础设施”、“业务规则”或“分析”的同义词。
但无论你如何使用它,“模型”这个词的核心描述了一个过程,它将一个现象提炼成最基本的部分,然后试图在此基础上构建。最终,模型“学会”合并或排除额外的数据。
预测模型是这样开始的,作为一种现象的蒸馏,如患者数量或手术部位感染。基本模型一开始就像一个大杂烩,由临床医生和其他学科专家认为对这一现象很重要的协变量组成。评估模型的性能,然后有一个迭代过程,模型在数据集上“训练”,要么是假的,要么是真的。
每个迭代过程都测量模型的表现,然后进行调整,以继续训练几周或几个月。这些模型在小型试点中继续测试,然后最终在临床监督下发布到现实世界,在现实世界中,它们必须在现实世界的数据、现实世界的条件、现实世界的审查和现实世界的后果下执行。2022年卡塔尔世界杯积分榜然后迭代反馈过程再次开始。
失败是过程的一部分
无论你是否认同“早期失败,经常失败”的概念,在创新和技术领域有一个非常明确的咒语:失败是过程的一部分。
毫无疑问,失败是昂贵的——公司在这些工具或分析解决方案的开发中投入了时间、金钱和情感善意。在设计和数据质量方面,有以下几种方法可以减轻实际错误:
- 在过程的早期结合主题专家
- 共享设计文档和线框图,在所有涉众之间创建一个关于正在构建的内容的紧密联系的画面
- 尽早并经常在设计中获得一线反馈
- 以模块化的方式构建工具,而不是在一个复杂的设计中
但谈话和二维图表只能到此为止。临床合作伙伴和一线服务提供者需要他们手中有一些东西,可以按下按钮和弹出窗口来提供信息。
此外,这些beta测试人员需要知道他们是beta测试人员,以及他们在工具开发生命周期的上下文中扮演什么角色。没有什么比开发一个工具并把它交到一个无法理解屏幕上的字体的提供商手中更令人沮丧的了。获得一组理解发展挑战的专业实践提供者是必要的,不幸的是,技术公司并不总是可以获得。
与提供者的伙伴关系:勇气、坚韧和耐心
这就是鸡和蛋的问题所在。为了获得关于工具的内容和可用性的反馈,您必须让供应商使用它。但是为了让提供者使用它,它必须满足他们对工具将做什么以及它将提供什么信息的期望。
在开发术语中,这种结果被称为“最小可行产品”(MVP)。开发团队所认为的最有价值产品与医院提供床边护理的临床服务提供者所认为的最有价值产品之间往往有很大的差距。
这对供应商来说是一种情感上的利害关系,他们渴望拥抱一种有可能缓解他们自己或组织痛点的技术解决方案。开发团队也是如此,他们投入了无数的时间,有时感觉就像在生产虚拟婴儿。
人们情绪高涨,但要获得最终产品还有更多的步骤。以下是一些重要的开发技巧,请在此期间牢记在心:
- 瞄准目标。让提供者和开发团队了解开发工具所要缓解的业务问题或痛点是很重要的。范围蔓延创造了一个无尽的仓鼠轮,并通过尝试一次性解决太多问题,然后根本解决不了任何问题而导致“雾件世界杯欧洲预选赛积分榜”问题。
- 小块建造。分阶段构建工具对大型项目特别有帮助。在可能的情况下,模块化开发也是很重要的。有时候,谈话陷入了试图一次性完成太多事情的困境。令人惊讶的是,像“让我们把它留到第二阶段”这样的评论可以解锁对话,让事情重新开始。
- 反馈网关。由于医疗保健数据和工作流程的细微差别,开发团队参与工具构建的早期阶段是非常重要的。一旦到了我们的试点小组手中,我发现有时候在开发人员和测试人员之间创建一个反馈通道会更有效率。为什么?范围,分阶段,并尽快达到最小可行产品。并非所有想法都是好想法,你必须在MVP和开发者倦怠之间取得平衡。
在没有临床反馈的真空环境下开发的医疗保健工具是注定要失败的,这增加了医疗保健“雾器”的架子——这些工具承诺会带来巨大的投资回报,但只是看起来漂亮,而且花费巨大。然而,与一线护理人员合作建立的工具有机会真正改变护理的提供和改善生活。
珍妮Hyun是主管,数据程序管理,和约书亚Tamayo-Sarver是信息学副总裁,都在Vituity.
图片来源:Shutterstock.com