API开创基底细胞癌手术切缘采集,改善过度医疗现状

做为一个医学硕士,曾拥有8年临床医生工作经验,在医院工作时的一件小事让我想明白了一件事:医学应该是个信仰,不该是个职业。

 医疗行业对人类这么重要,信息化却这么落后,自己恰好有这方面的能力,也有意愿去提供这样的技术支持。因此我也写了几篇论文,但在我看来没有实际行动的理论,不过就是一堆垃圾。

 不经意间的一个机会,开始全心投入医疗技术的研发中,刚开始围绕全套的业务流程有手术预约、数据管理、术后随访,对接了HIS、PACS、LIS,当时医院是内外网分离的,针对多个院区,还做了内外网和异地办公室的数据互通。在当时最大的难点是安装部署,其他医院想使用却用不起来,从院内政策到人员的精力都限制了项目的实施。

 其他医院根据业务和使用规模大多需要项目的部分功能,为此不得不将项目拆分,各个模块弹性组合,这样分散式的持续了一段时间,但使用中参与数据录入的人员很杂,且流动频繁,数据的质量就开始出问题。就开始执行数据录入规则,这又导致使用率的下降,样本就少了一大半。为此来回进行各种尝试,调整平衡点,中途还做了app,但安装又成了问题,不得不尝试其它方式,经过几年的打磨,才有了现在的pc和h5的访问极简模式,无需培训就能即可上手。

 目前的产品可以理解为“给我一个excel,还你个专科数据库”。

 云上的SaaS可以解决数据的增删改查,常规的统计分析及数据共享的问题,借助阿里云的身份证识别API及图文识别API等简化数据录入,表单的验证规范数据项的录入,短信API负责发放通知等。

 产品面向临床医学科研团体,提供云上的数据管理功能,除了使用阿里云ECS、OSS、RDS、Docker等基础服务,通过分组及权限等功能实现多家医院相应科室的专科数据共享,通过阿里云的身份证识别API、短信API、图文识别API等提供更便捷的数据管理方式,为数据挖掘及人工智能提供数据支持。

       根据医学专家设计的数据项及规则,提供数据的增删改查、统计分析等基础数据管理功能,根据身份证识别等API简化日常工作人员的数据录入。

解决的痛点

HIS无法提供有效的适用于科研的数据

商业公司无法长期支持科研工作

医院间的合作过“范”,不适用专科的科研

各医院专科数据共享难,科研数据共享平台少

传统的开发部署模式让软件开发及部署成本高

    医生不懂软件开发、程序员不懂医疗

像省级三甲医院皮肤外科一年的手术量2000-4000例,一家医院的单项疾病的手术通常几百例,科研数据量太少,周期长,传统方式数据管理低效,需要多家医院合作共享数据才能支撑科研工作。可通过此产品进行云上的科研数据管理及共享。

以皮肤基底细胞癌为例,通常为了防止复发,按照经验医生习惯扩大切除,不足1cm的肿瘤,在基层医院往往扩大2-4cm的扩大切除,而荧光定位,Mohs显微手术的技术由于种种条件限制在大部分医院都很难开展,这对术后的缝合,预后的美观等非常的“过度”。本产品可根据以往的数据,设计算法,根据患者的肿瘤分型,发病部位和时间等给出肿瘤的合理切除范围,有效避免过度切除。

产品的数据使用:手术切缘的建议

       可为皮肤基底细胞癌的手术切缘提供建议,(API接口给APP或小程序调用)。切缘是指手术时切除的范围,通常要比肿瘤扩大切除以防止病变细胞残留,国内的临床治疗“过度医疗”现象比较严重,比如肿瘤不足1cm,切缘却经常扩大2cm-4cm,尽管”手术安全”了,但创伤和愈后的美观程度都很受影响。

       以常见的BCC(基底细胞癌)为例,根据国内外文献统计,通常BCC的切缘是5mm-1cm,如果想精确切缘,通常我们会采用荧光法术前检测和标记,手术中采用Mohs手术方式,但这些方式由于配套技术设置等在大多医疗单位都无法普及实现。可根据大量手术记录数据,根据肿瘤的病理分型,发病部位、临床情况等通过统计学及AI技术最终给出适合患者的手术切缘参考值。

       现在这个产品的技术层面处于最低的状态,大多因用户的需求和习惯导致,我们计划设计一个能让用户经过一些编码和配置就可以自己去定制一款个性化的产品的产品和模式,商业公司更趋向于功能丰富的华丽高大上的产品,而一些做科研的用户要的只是简单粗暴的解决实际问题的产品,甚至出于隐私、数据、过程和结果等原因对商业化有些恐惧,对于It人员来讲前期的接触和沟通成本又很高,面临种种困境,然而基础科研的支持对行业的发展会起到杠杆级的作用。好在如今大部分医院都有外网了,如今的年轻人也越来越多的通过培训或自学来接触编程了,框架、脚手架、架构、API以及Docker和云这样的技术让一个简单的需求的开发部署变得越来越容易。

       当下做为一个研发工作者,我理解API的好处是以前需要花精力或者较高的起步价才能获得的能力,比如身份证识别,现在可以轻易的得到并集成到产品中,同样公司项目用到的花草识别也是,可以让产品很容易的获得一个实用或有趣的功能,这同时节省了开发的成本和时间,也一定程度上让研发团队的技术能力宽度和规模缩小,精力可以更集中到自己核心功能上。如今产品从需要培养用户习惯到需要主动适应用户习惯,通用的API衍生的功能使用习惯上也避免了用户习惯的培养。比如Dicom图像的处理,PLC的控制,指纹采集器等传统C/S架构的东西想在web调用,有时不得不祭出delphi去写个中转接口甚至activex插件的,随着API的流行也会有更好的调用方式。

       参与阿里云API应用创新大赛,也是在执行我医生这个身份的职责,把这些年的技术以API的方式开放出来,共享给更多医学界的人使用,降低医数据采集、共享的痛点,降低手术风险,使患者更安心。


阿里云API应用创新大赛 参赛选手 张迪 作品

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,948评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,371评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,490评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,521评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,627评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,842评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,997评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,741评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,203评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,534评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,673评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,339评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,955评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,770评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,000评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,394评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,562评论 2 349

推荐阅读更多精彩内容