注册

《扬帆》试刊号 - 慧扬健康

扬帆 试刊号2021年11月1日

扬帆

始于原创,
值得骄傲。
慧扬人自己的话语乐园,
欢迎加入。
我们扬帆,
我们启航!

技术咖的精彩分享
职场儿的细腻体会市场行业的洞察解读
企业内部管理的新动态

目录

慧扬动态

04

2.1  《敏捷开发在慧扬健康的实践》- 黎曦2.2  《Why TS And Not JS》- 丁桂印2.3  《基于业务等级的限流设计》- 刘洋2.4 《医疗保险在医疗服务市场的另一角色浅析》- 王宁

1

慧人研论

08

3.1  《道阻且长 行则将至 行而不辍 未来可期》- 李娜                           ——医疗数字化转型之浅见 

慧眼洞察

10

慧观风云

12

4.1  《我国智慧医疗信息化简述》- 陈雯

写在前面

5.1  《10月时讯》5.2  《飞鸽上青云—小记慧扬健康办公自动化之路》- 张杨

慧言智库

6.1  《一个南归运维的自述》- 杨定朝6.2  《转换思维、跑步进赛道,做一名“速融”新人》- 赖佳欣

目录 | contents

目录 | contents

慧扬星辰

7.1  《从菜鸟程序员到产品部长》- 朱寒玲
                ——记产品管理部部长邓雄

慧扬乐园

8.1  《智力题:最少用多少试剂盒?》- 王宁

2

3

4

5

6

7

8

主办   |   广州慧扬健康科技有限公司
主编   |   巫涤峰
副主编   |   冯国扶、郑丽薇、黎曦
执行主编   |   张杨、杨浅碧、雷颖瑜、陈雯、
                   苏琪、李文琳、赖佳欣、李键瑜
设计   |   赖佳欣

首刊预告

9.1  《首刊预告及征稿公告》

9

     2013年,金秋9月,慧扬健康在广州始创,并以“医疗信息化整体解决方案供应商”作为企业定位,致力于为医院解决经营和管理上的难题,为民众提供更便捷的就医方式。

写在前面

     2020年,慧扬健康引进新的技术与架构,采用敏捷开发模式和微服务架构全力打造新一代的数字化医院,成为国内首家采用互联网研发模式的医疗IT企业。
     2021年,慧扬健康已成长到第八个年头,在公司领导层的带领下,研发出技术架构先进的医院信息化全线产品,为广东省内超20家医院提供全院信息化服务,共服务患者超过370万人次。

卷首语 | preface

卷首语 | preface

2

1

     点滴成就离不开全体慧扬人的卓绝奋斗,正基于此,我们希望在服务客户的同时,能让全体员工都能实现职业的进阶和更全面的发展,因此,有了《扬帆》创刊号的诞生。
     在这里,既有技术咖的精彩分享,也有职场儿的细腻体会;有对市场行业的洞察解读,也有企业内部管理的新动态;言辞可能不那么华丽,内容也不见得多么精彩,但始于原创,就值得骄傲。

     一项伟大的事业中,每一个人都可以是自己的舵手。     在慧扬健康,我们肩负着为医疗信息化助力的共同使命,一起扬帆启航、共达彼岸! 

      敏捷开发以历史标志性事件“敏捷宣言的宣告”作为敏捷开发思想的开端,至今已过去整整二十年。在这二十年间,各种敏捷开发思想的实践方法如雨后春笋般涌现,例如,除了常见的Scrum、Kanban、XP,还有Lean startup、Iterative等方法。敏捷开发的思想也从软件工程领域不断向其他领域渗透,在世界范围内逐步形成了主流开发方法。据最近做的一份统计报告指出,94%的受访者表示他们的企业正在实践敏捷,65%的企业拥有丰富的敏捷实践经验,实施敏捷超过3年。52%的受访者表示他们的企业有一半以上的团队在应用敏捷实践。

      一家刚进入到这个行业的公司在起步阶段将会面对重重困难,因为没有客户愿意也没有客户敢去尝试一款仍在开发阶段的新产品。要让客户对公司产品有信心就必须让客户眼见为实。为此,新产品的原型开发在本行业内就显得非常重要,甚至可以讲,没有产品原型就没有市场。而在其他行业,原型开发可能只是一种令开发人员清晰理解产品设计的辅助工具,地位不可相提并论。
      为了加快系统原型开发和及时响应客户的系统需求,我们将敏捷开发思想引入到原型开发,将原型开发视作系统开发过程中必不可少的一个环节。在具体实践上,我们以一到二周(视产品设计复杂度而定)为一个迭代周期,前端开发人员必须在每个周期内完成产品管理部交付的设计稿。页面展示的数据不能随意设定而要符合实际使用情况,最终的目的是为了在给客户演示时,能让客户真实地体会到系统实际使用场景。在每个周期结束时,我们会邀请相关设计人员和熟悉该业务领域的公司内/外部专家对原型进行审查,务求系统的功能性和非功能性的细节实现能够完全满足客户的需求。
      在原型设计/开发迭代阶段,后端开发人员和测试人员也会受邀参加原型评审会,一方面可以熟悉系统使用操作,深刻理解系统运作逻辑,以便后续开发和编写测试用例;另一方面,后端开发人员也会从业务后台的逻辑对原型设计提出修改意见。在这个阶段,后端开发速度并不需要跟上原型开发的进度。
      当给客户演示系统过后,我们还会根据客户提出的修改意见对原型修正直到客户需求得到满足为止。这样做的优势在于,修改原型的效率自然比修改真实系统要高得多,这也意味着我们能够避免在系统上线阶段耗费大量人力从系统各个方面进行调整,从而提高整体开发效率。
      其次,提到敏捷开发就不得不提及DevOps工具栈。相对于瀑布开发模式,敏捷开发过程的一个基本原则就是以更快的频率交付最小化可用的软件。在敏捷的目标里,最明显的是在每个Sprint的迭代周期末尾,都具备可以交付的功能。在传统的瀑布开发模式中,部署的高频率经常会导致部署堆积在IT运维的面前。DevOps和敏捷软件开发是相辅相成的,因为它拓展和完善了持续集成和发布流程,因此可以确保代码是生产上可用,并且确实能给客户带来价值。调查显示,74%的受访者表示他们正在实施或计划实施DevOps。DevOps在组织中的认可度和接受度继续增长,在目前的调查中,75%的受访者表示DevOps对他们的组织很重要或非常重要,只有9%的人认为DevOps不重要。

慧人研论 | 01

      然而,敏捷开发思维却似乎在医疗信息界水土不服,鲜有听闻行业内企业采用这种已经占据主流地位的开发方法。与之相对的是,仍有大量医疗信息企业采用“瀑布式 + 现场开发”这种慢慢被边缘化的“非主流”的开发方法。众所周知,项目开发周期过长、开发效率低下、采用的技术老旧在传统的医疗信息行业已经成为一种“通病”。对于医疗信息行业为何难以采用敏捷开发模式的思考,由于篇幅有限,我会在另一篇文章跟大家详细讲解。在此,我主要描述公司如何结合行业实际情况和公司人员特点实践敏捷开发。
      虽然现在互联网思维不断刷新着新一代年轻人的观念,但由于信息化结合传统医疗行业的时间较晚,再加上医疗自身对系统的风险要求,行业用户(主要是医院)仍是一个相对“保守”的群体,对于新事物的接受程度低于很多“to C”行业。从这个角度看,医疗跟金融这两个不相关的行业有着极高的相似度。极少有用户愿意充当“白老鼠”去尝试未有成功案例的产品。

4

3

 敏捷开发在慧扬健康的实践
    ——首席架构师 黎曦

慧人研论 | 01

6

5

      写在前面。从2021年8月15号起,研发三部所有新开发的应用语言,从JavaScript全部升级到TypeScript。
      而为什么选择TS呢?

一、TS与JS的区别

    语言层面:JavaScript和TypeScript都是ECMAScript(ECMA-262)的具体实现。
      执行环境层面:浏览器引擎和Node.js都能够直接运行JavaScript,但无法直接运行TypeScript。
    时序层面:TypeScript被真正执行前,会通过编译转换生成JavaScript,之后才能被解释执行。
      厂商层面:JavaScript由Netscape率先推出,现在主要由各大浏览器厂商实现。而TypeScript is a trademark of Microsoft Corporation,目前由微软进行设计和维护。
      注:以上内容来自知乎:                                                
      https://www.zhihu.com/question/334938460/answer/782030856

慧人研论 | 01

慧人研论 | 02

      DevOps有助于提升软件交付的频率和可靠性,同时减少生产环境的缺陷。加速软件交付和提升质量被认为是DevOps转型成功与否的首要衡量标准。调查显示,在衡量标准的选择上,有67%的受访者选择了加速软件交付,而61%的受访者则选择了提升质量。
    目前公司已经逐步引入JIRA、Gitlab、Jenkins、Sonarqube、Checkmarx、Nexus、Ansible、Docker、K8S等等DevOps工具。我们的目标是在年底前,要求所有研发部门都要尽可能使用以上工具,尤其是使用Jenkins建立部门内部的持续集成pipeline(管道),打通系统从代码到测试环境甚至是生产环境的自动流水线。

     同时,我们也会积极和客户磋商,力求在客户的局域网内建立UAT(User Acceptance Test,用户接受度测试)环境,使得UAT测试尽可能接近实际生产环境,从而令我们的测试更趋真实,务求尽可能减少系统上线时遇到的问题。 
      以上两点是我们当前积极在传统医疗信息行业引入敏捷开发模式的主要手段。当然,我们还会进一步推广敏捷开发思想,深化敏捷开发的细节设计。例如,利用JIRA建立产品需求Backlog,细化User Story(用户故事),整合JIRA、Gitlab和Jenkins,打造完善的系统持续集成/持续部署流程等等任务。
      对标互联网行业,我们要做的事情还有很多,医疗信息行业的改革任重道远。我相信,随着越来越多企业加入到这片蓝海市场,行业的改革势在必行。人无远虑,必有近忧。我们必须凡事先行一步,才能在这个行业立于不败之地。

  Why TS And Not JS
    —— 研发三部 丁桂印

8

7

      1、高度封装性与代码复用性、代码可读性与维护性大大提高。
      强类型要求:要求每个变量必须赋予类型规定。
     面向对象思想:代码更加结构化,代码复用性更好。
      例如:
      左侧代码,更加通俗易懂,好维护

      2、代码生成工具将变得更加可行。
      由于语言的更加强类型性,所以代码生成工具所能设计的代码模型将更加具有规则性。
      后续可通过代码生成工具大量地生成具有一定规则模型的代码,大大地提高开发效率。
      例如:
      右侧代码可直接根据yapi生成。

      3、紧跟技术发展,利用先进的技术来提高生产力,吸引人才。
      Vue从2.0升级到3.0,即是使用了TS进行全面框架改写,并且大大地提高了性能。AngularJs 使用了TS从此命名为Angular。
      所以、越来越多的人学习TS。

三、TS带来了哪些坏处呢?
     兜兜转转,当年那些因为面向对象太难才学js与前端的程序员,现在又得回去重新掌握面向对象思想。

引进先进的技术、保证优秀的代码维护性

积累充足的组件、成熟的代码生成工具

转移更多的研发精力到技术与业务整合中

二、TS可以带来哪些好处呢?

慧人研论 | 02

慧人研论 | 02

四、TS带来的部门规划

     【背景】
      在我们的项目中,为了避免在高并发的情况下,由于请求量过大造成的业务处理系统资源耗尽导致业务中断的问题,因此在设计阶段我们打算在核心业务处理模块中增加限流机制。
     【技术架构】
      在我们的业务流程中,后端采用的3层架构,分别用于处理不同的业务:

10

9

      如上图,不同的业务放在不同的服务器上,以N+1的方式实现负载均衡,但是,对于单个应用来说,资源是固定的,因此希望通过限流来限制同时进行的业务处理请求数量。考虑到每个业务请求所耗费的资源巨大。因此我们希望能精确控制不同业务的并发量,同时,因为不同的业务优先级不一样。
      我们需要让系统在资源不够的情况下能优先保证高优先级任务的请求能被执行。基于以上需求,参考当前主流的限流方式后,我们以类似于令牌桶的方法设计了下列的一个限流模式:

    (1)不同的业务类型有单独的令牌桶,每个业务桶里的令牌数不一样。对于一些资源开销小、处理速度快、请求量比较大的业务类型,给予更多的令牌数;而对于资源开销大,处理速度慢,请求量比较小的业务,令牌数相应地减少。

      如上图,不同颜色代表不同的请求类型,通过能否获取对应的令牌来决定是否能发送该业务请求到业务处理系统。
    (2)令牌数在应用初始化时生成,不采用刷新机制,而是在每次需要发送业务请求到业务系统时,从该类型的业务令牌桶中获取令牌,获取到则该令牌桶令牌数减1,而后当接受到该请求的第一条响应消息或者请求错误时将令牌放回令牌桶,通过这样的方式来保证令牌数的总数。

慧人研论 | 03

慧人研论 | 03

 基于业务等级的限流设计
   —— 研发一部 刘洋

    (3)考虑到业务类型不一样、优先级不一样,同时,不同业务有不同的令牌桶,因此为了保证在高并发场景下高优先级的业务能得到有效执行,我们设置了“令牌占用机制”,也就是说高优先级的令牌数不够的时候,可以占用低优先级的的令牌,从而保证高优先级的任务能够被有效执行,又能保证整个业务系统同时处理的业务请求不超过一定限制,此外,对于一些特定的优先级比较高、业务比较独立的业务,设置为拥有不可被占用的令牌桶,同时也不得占用别人的令牌(见下图)。

      综上,通过这样的设计,我们对业务处理的并发进行了限流控制,同时又根据优先级设置了一定的弹性,在系统的能力范围之类,允许不同的业务组合同时被处理,并优先保障了高优先级业务的及时响应。
     【后续
      限流的设计完成只是开始,在后续的测试中我们发现更多的问题出在令牌数的设置是否合理,负载均衡是否有效等一系列的原因上。对于令牌数的设置,因为不同的设备性能不一样,业务吞吐量也不一样,因此需要针对不同的服务器配置进行基于特定的业务组合的性能测试,找到性能较优的令牌组合,如此才能在不影响业务系统的情况下尽量达到最优的业务处理能力。

      其次,有一点也许不被太多人熟悉,医保作为患者群体委托的代理人,规范着医疗服务人员和机构的诊疗行为。并且正因为这一功能,导致了医保机构参与、甚至主导了许多医疗信息化相关的工作。为了说清楚这一点,我们来分析一下医疗服务市场的特点。
      医疗服务也是一个有买方有卖方的交易市场。买方是患者,卖方是医务人员和医疗机构,交易的商品是医疗服务。当然,这个市场不仅仅交易服务,同时也交易实现服务所需要的产品、耗材。
      然而,医疗服务又是一个比较特殊的市场。特殊在哪我们可以比较一下。当我们去买大部分产品类的商品时,在确认付款之前,我们已经清楚将要获得的是什么样的商品。举个例子,你去买苹果,先选好了苹果,然后再进行付款。大部分产品类的商品都遵循这个原则,就是先形成明确的需求定义,再实现交易,并且这个需求定义是由买方主导的。即使是被广告洗脑后做出的决定,做决定的还是买方,而不是卖方。那么服务呢?虽然不像产品类的商品有清晰的需求定义,但大部情况下消费者都能在付款之前便对要购买的服务有个大体明确的定义。比如说去足底按摩,有98元的“斋按”,有188元的“养生”,可能还有988元的更高级的服务,那您得上二楼了(想歪了的主动面壁一小时)……

12

慧人研论 | 03

慧人研论 | 04

 医疗保险在医疗服务市场的另一角色浅析
   —— 项目部 王宁

      这方面的内容也许大家都已经了解,笔者斗胆班门弄斧,谈谈在实践中的浅薄体会,希望能起一些抛砖引玉的作用吧。
      首先,最普遍的理解,医保是一个资金池,可以按照需要把资金在人群和时间轴上重新进行分配和支出。人群上的重新分配指的是集中大家的力量补偿那些有迫切需求却无法独立承受负担的人,时间轴上的重新分配指的是把年轻、健康时候的积累用在老年或者需要医疗服务的时段。

11

      回到医疗服务。在购买医疗服务之前,请各位想想,买方是否能够清晰地定义需求呢?答案是,不能!至少对于大多数非医疗专业人士来说是这样的。你到底需要什么样的服务,自己不清楚,也无法做决定。你只知道肚子疼,但是不知道该怎么处理肚子疼。那么谁帮你做决定,你的医生。
      于是问题来了。医生要卖给你他所提供的服务,而且他还有能力、有权威定制你需要什么样的服务。而作为买方的你,反而很少有机会参与定制你所购买的服务。在这种情况下,在人性没有那么完美的现状下,卖方很有可能卖给你一些你并不需要的服务,反正他说了算嘛。而且,你甚至没能力对买到的服务在你身上产生的收益进行评价。
      通俗地说就是,你不知道你要买什么,你也不知道买到的是不是值得,即使不值得你也没能力找卖方维权。这就是医疗服务的特点,绝对的卖方主导,绝对的信息不对称。而且,这种由卖方主导的服务还是社会大多数成员最基本的生存需要。医疗服务这一关键的特殊之处也是大部分医疗服务矛盾的根源。 
      对此有什么解决方案呢?最理想的情况,医生都是圣人,只卖给患者刚好够用的医疗服务。要实现这个理想也许还得再等等吧。
      那么患者自己本身有办法限制医疗服务提供者的行为从而让他们提供刚好够用的医疗服务吗?显然不能。除非患者抱团,而且抱团以后还得找个真正的“懂的人”来办这事儿。
      于是,医疗保险机构出场了。在没有实现医生自觉的情况下,医疗保险机构就是一个受大多数潜在患者委托的代理人,规范医疗服务提供者的行为。
      先看委托关系。居民,也就是潜在的患者,购买医疗保险,这是一个通过合同确立的委托关系。通俗地说,我(潜在患者)给了钱(购买了保险),你(保险公司)就要给我好好地干活,否则我下一次就找别人了(换一家保险公司)。
      再看保险公司与医疗服务提供者也就是医生、医院的关系。保险公司向医生、医院付钱购买投保人需要的医疗服务。

      医保机构作为代理人,在不同的国家由不同的主体来承担。我国的体制决定了这个主体是由政府来组织和承担,因为我们的政府是人民的政府,对人民负责。百姓缴纳的医疗保险金由人民政府指定的代理人-国家医疗保障局及其分支机构来进行管理。医保局要负责实现规范医疗服务行为、评价医疗质量的机制。这个委托关系是明确的,也是讲道理的。

      通俗地说,从保险公司的角度出发,你(医生、医院)如果卖得太贵,或者卖不必要的服务,我(保险公司)以后就不找你买服务了,反正还有那么多医生和医院可以选择。因此,保险公司就必须有能力评价医生和医院所提供的医疗服务是否价格合理,是否质量达标。
      100万人买10元的保险,那就是1000万元。所以雇专业的医疗团队来评审医疗质量对于医保公司来说并不是一个很大的支出负担。那么,在保证质量的同时控制费用支出,限制医生过度医疗的机制是什么呢?就目前而言,一方面通过一些手段来限价医疗产品、耗材的价格;另一方面,单病种质量控制、临床路径、DRGs、在线审方,基于大数据建立模型预测/判断行为的合理性等等,这些都是需要通过信息化实现的评价机制。终于绕回到和公司业务有关的话题了。综上所述,这些信息系统不只是“应付”管理要求的简单过程,还有更深远的意义。

      英国也是由政府的部门来指定代理人,即英国国家医疗服务体系(National Health Service,NHS)。而美国比较特殊,以各种商业医保为主。商业医保公司同样是一群投保人找的代理人,有权选择购买哪家医院的皮肤癌治疗方案,或者哪家医院的围产期服务等。商业保险公司为了实现“代理人”的职能,也会雇佣医疗专业人士评价医疗质量,找信息系统公司定制评价费用和理性的分析系统。同时,美国存在一部分私立的医疗服务提供者,私立医院集团也想争取更多而医保机构购买服务,降低成本。于是,患者有时候会和医院勾搭在一起进行骗保。
      以上仅是个人的一孔之见,简要说明了医疗保险机构扮演的一个重要角色——作为患者的代理人规范医生、医院的行为,并且在大部分发达国家或者地区已经进行了多年的实践,可供我们以后的设计和实践参考。

14

慧人研论 | 04

慧人研论 | 04

13

道阻且长  行则将至  行而不辍  未来可期
医疗数字化转型之浅见    —— 智慧研究院 李娜

      今年初,十三届人大四次会议审议通过了《中华人民共和国国民经济和社会发展第十四个五年规划和2035年远景目标纲要》(以下简称“十四五”)。与“十三五”规划相比发生了不少变化,管中窥豹可知:数字化这一概念,已上升至国家战略层面。
      国家在“十四五”规划的第五篇中提出了加快数字化发展,建设数字中国的战略任务,对应着四方面的要求,包括:打造数字经济新优势;加快数字社会建设步伐;提高数字政府建设水平;营造良好数字生态。
      实际上,医疗健康领域作为数字社会建设的重要组成部分,近年来数字化转型这一概念已屡见不鲜,在各种场合,被专家学者、客户及友商反复提及。
      从国家工作规划的转变,再到日常工作中的思考,可以清晰的看到:医疗行业前二十多年信息化的建设,为数字化的实施奠定了基础。可以说数字化是信息化的下半场。

      信息化既是数字化的前提,两者也存在着相辅相成的联系。因为数字化建设过程中强调的标准性、互操作性,也能帮助我们审视原有信息化建设中的不足。就相当于30岁时回看20岁的自己,自然能对于自身过往的不成熟提出很多改善的建议。
      数字化强调了数据的资产化,以数据价值挖掘与利用为结果,反推数据产生、汇集、处理、传输过程中的不足,从而促进业务流程与模式的转变,提供新的收益和价值。

      虽然数字化是前进的方向,但前进的过程从来都不是一帆风顺的,往往会遇到很多现实的问题需要一一去判断与化解,以下将我在实际工作中遇到的两个典型例子与大家分享:
      ① 数据精细化分析与临床数据录入工作增加的冲突。
      业内一家做HRP的厂商谈到这么一个案例,有家医院有三台同样的仪器,是由三个科室分别采购的,但其他科室会去借用。在做成本分摊时,需要获取到各科室使用的频次和时间数据,便于做科室级的成本核算。
      在没有成本核算精细度至科室级别的诉求时,执行科室这一数据字段是非必填项,甚至在系统设计时不会去做对应的字段设计,更不要谈有所记录。当存在这一数据分析利用的诉求时,才会发现所需的数据是没有埋点的。而埋点改造又意味着需要临床记录的数据更多,带来更大的工作量和时间耗费。
      ②数据结构化需求与临床操作习惯的冲突。
      在做惠亚项目电子病历系统的上线时,医务科、病案室出于质控与管理的角度考虑,提出病历全结构化的需求,也就是希望医生在填写住院病历时每一个文本的录入最好都通过下拉框进行选择,按规定的范围和格式和选项进行信息的录入,这样有利于病案统计和对医疗数据的挖掘。
      但实施团队在与临床科室的调研后发现,如果完全按照全结构化的要求去让医生使用系统,他们将完全不可接受。因为对于已经习惯自由录入大段文本形成病历记录多年的他们来说,相当于是颠覆了以往的使用习惯,这样一来,要重新适应和写出一份完整病历,所花费的时间大大增加了,甚至耗时是原来的一倍多。
      对于以上两个信息化过程中的冲突,该怎么看待,应采用什么方式解决?一步到位,或原地不动,我认为没有哪种方式会放之四海而皆准,而更应该判断在当时的情景下哪种方式更适合,更能达到项目的目标。
      就像最后惠亚电子病历上线时我们采用的是居中的一种方法,即放开部分结构化的限制,既让医生们不会感觉到完全被限制,也能满足管理科室的部分诉求。

16

慧眼洞察 | 01

慧眼洞察 | 01

数字化与操作便利性的冲突

15

      之前跟一位同行交流,他曾经这样说:全民健康信息平台虽说是以全民健康电子档案为核心,实现居民全生命周期健康数据的采集。
      但在实现的过程中,往往效果并没有那么理想。比如很多医院由于前期的信息化基础差,数据采集上来后发现很多患者的数据连身份证号都没有,很难唯一的识别患者身份,更谈不上进行历次诊疗信息的关联。
      另外,由于前期国家、行业均未建立统一的数据定义、标准,即便后来有了标准各家医院也存在各种原因无法执行到位,所以采集上的数据在做整合汇总后,往往会发现数据质量不高,统计数据与真实情况差距较大。
      除此之外,还会出现平台上各个业务系统展现数据不完整、业务部门之间数据不一致等等各种现象。
      对于当下的时间点来说,这往往是平台呈现效果的大问题,而如果把时间拉长来看,这无非是数字化过程中不可避免的一些常态化问题,对于问题的发现和解决也将是一个长期的、需要多方协同推进的过程。但有一点我们能够清晰的知道,那就是数字化征程迈进的脚步不会停止。
      最后,用文章的标题作个总结,医疗数字化这条道路,道阻且长,行则将至;行而不辍,未来可期。

      智慧医疗源自于2008年IBM提出的“智慧地球”(Smart Planet)战略概念。在《智慧地球赢在中国》计划书中,IBM为中国量身打造了六大智慧解决方案:“智慧电力”、“智慧医疗”、“智慧城市”、“智慧交通”、“智慧供应链”和“智慧银行”。
      我国智慧医疗行业研究领域发展总体分为三个阶段:2009-2011年为第一阶段,是互联网、物联网、大数据等信息技术与医疗相融合的初步探索时期,医院信息化建设从医院信息系统建设、电子病历的应用推广进入到日常医疗服务信息化的阶段。
      2012-2016年为第二阶段,这一时期智慧医疗行业研究热度急剧攀升,关注大数据、云计算、物联网和信息通信技术在健康医疗领域的创新应用研究,探索全球卫生与健康治理新模式。
      2017年开始进入第三阶段,人工智能和机器人成为智慧医疗领域研究新一轮的热点。到目前为止,基本实现了从临床信息化向区域医疗信息化、从以疾病为中心到以病人为中心的转变,并关注从有病治病向未病保健、从基础医疗管理到定制个性化医疗管理的发展。
      从Web of Science和CNKI数据库的文献来看,智慧医疗领域近几年的研究热点和前沿主要围绕着物联网(Internet of things)、云计算(cloud computing)、“互联网+”(Internet plus)、大数据(big data)、人工智能(artificial intelligence)、机器学习(machine learning)、深度学习(deep learning)、模型(model)、诊断(diagnosis)、人工神经网络(artificial neural network)等。其中,中国侧重于临床决策支持,而国外更侧重于数据挖掘。
      从应用上看,我国的智慧医疗致力于医疗资源公平化、医保控费和在线诊疗。电子病历、医保IT和互联网医院三大赛道每年产生近百亿市场。新冠肺炎疫情成为强力催化剂,加速了智慧医疗产业发展,尤其是互联网医院的建设。

18

慧眼洞察 | 01

慧观风云 | 01

处于医疗数字化转型中的我们任重而道远

 我国智慧医疗信息化简述   
           —— 市场产学研中心 陈雯

17

      从技术上看,首先,物联网是智慧医疗的核心,也是重要支撑,相关的技术包括:① 医疗设备互联互通信息融合技术,② 医疗数据智能分析,③ 数据驱动的跨域业务流程集成技术,④ 个性化智能推荐服务,⑤ 海量数据处理技术,⑥ 信息安全技术,⑦ 多并发高性能技术,⑧ 跨区域下的索引,⑨ 多模态信息融合,⑩ 异构区下的整合技术等。
      其次,全栈式AI技术也是实现智慧医疗的核心要素之一。“AI+医疗”作为近年来从事医疗领域的科技类公司最推崇的企业标签之一,出现在医学影像、药物研发、医疗机器人、精准医疗、健康管理、公共卫生、医院管理和医疗支付等细分医疗领域。
      其中,“AI+医学影像”是人工智能在医疗领域应用最为广泛的场景,率先落地、率先应用、率先实现商业化,已有头部领跑企业出现。从落地方向来看,目前国内AI医学影像产品布局以肿瘤和慢病领域的疾病筛查为主,主要依托图像识别和深度学习这两项技术进行诊断。
      “AI+精准医疗”本质是利用基因组特征、基因检测、人工智能与大数据挖掘等前沿技术,对大样本人群和特定疾病类型进行生物标记物分析与鉴定,找到精确发病原因和作用靶点,并结合病患个人的实际身体状态,开展个性化精准治疗,提高疾病预防与治疗效果。
      人工智能、大数据和云计算等技术手段可以优化精准医疗的数据处理流程,提高数据处理能力。“AI+医疗支付”主要分为医保支付、商保支付、众筹互助、医疗分歧和支付工具五大应用场景。
      AI医保支付将医疗标准知识库、用药规则知识库、医保政策知识库等进行智能化梳理与整合,嵌入医保工作系统,对医疗行为进行事前提醒、事中监控和时候稽核,对医保支付流程进行全面监控与评价。
      从智慧医疗赛道参与者看,主要包括三类企业:
      1、医疗信息化领军企业:从传统的HIS系统等医疗信息系统建设切入智慧医疗赛道,深耕医院客户多年,拥有丰富的行业技术诀窍和强大的技术实力。如卫宁健康、创业惠康。

      2、互联网医疗平台企业:掌握C端患者入口,依托在线问诊等互联网医疗需求切入智慧医疗赛道,未来有望实现B端和C端双驱动。如平安好医生、阿里健康、京东健康、微医。
      3、AI大数据企业:拥有AI和大数据核心技术,通过新兴技术赋能医疗产业,在技术驱动下开辟智慧医疗新应用场景,从而实现快速增长。如科大讯飞、百度、医渡科技、鹰瞳科技、依图科技、推想医疗、联影医疗。
      从“健康中国2030”到“十四五”发展规划,中共中央、国务院和各部委陆续出台了大量医疗产业的相关政策,强调了信息化和新一代信息技术对医疗产业的重要支撑作用,智慧医疗迎来政策密集期,产业政策体系趋于完善。对标美国,中国智慧医疗投入占医院收入的比例仅有0.5%,美国为5%,中国智慧医疗产业存有十倍潜在发展空间,前景广阔。
      越来越多的信息科技企业和中小型“双创”高新技术公司涌入智慧医疗赛道,助力重构医疗健康生态圈,积极探索前沿技术在医疗健康中的应用,期望能够真正做到“人人健康,健康人人”。

20

慧观风云 | 01

慧观风云 | 01

19

22

10月时讯
   —— 项目部

茂名妇幼保健院 、农垦中心医院项目收尾攻坚阶段取得重大进展;
中大惠亚项目在和医院达成一致验收标准的基础上,工作持续推进中;
雷州人民医院维保及广药附一项目相关工作继续落实中;
吴川人民医院及阳江全民健康信息平台建设相关工作继续跟进中。

      2021年3月1日,对我来说,是一个特别的日子,在这一天自己有幸加入了慧扬健康,开启了一次全新的职场之旅。之所以这么说,并非因为自己是毕业不久的职场新人,恰相反,自2006年大学毕业后至今,已是一名在职场沉浮十余年的“打工人”了。
      虽然曾在好几个行业历练过,但从事的工作都以行政人事为主,亦甘之如饴。但随着行业的变迁,和对未来职业发展的考量,我开始重新审视自身未来的职业方向,决定选择医疗+互联网这类的科技公司。怀着对这个行业的向往和憧憬,在经历重重面试后,终于如愿进入了慧扬健康。

      一开始,自然还是从老本行——行政部做起,但这份工作却有了很大的不同:除了日常的行政工作和规范标准类工作外,公司对这个岗位提出了更高的期待和要求,需要行政部来牵头各部门流程优化,推动全新的办公自动化系统上线。
      这对一个“行政老司机”来说,无疑是个从未有过的崭新挑战。之前的公司大多是购买现成的办公自动化系统来直接使用,无异于一个人习惯了品尝“甜点”、享受美味,却从未去探究过这份“甜点”的工艺和程序到底如何。现在突然接到任务,需要自己动手,学会成为一名自给自足的烘焙师。
      所幸,自己虽然年岁渐长,但“童心”依然。凭着对陌生领域的好奇心和想要做点事的上进心,我欣然接下这份重任。更幸运的是,虽然这份挑战对自己来说既重大又艰巨,但得到了公司领导和各部门的高度重视,还有运维部、研发部、项目部等多个部门的同事们一起协同推进,这条办公自动化探索之路变得更像是有趣的升级打怪,也不再孤单。

      2021年3月9日,在巫总的亲自挂帅下,慧扬健康办公自动化系统的流程梳理工作正式启动,巫总亲自为我们讲解公司核心部门的主流程;
      2021年3月11日,公司正式命名慧扬健康办公自动化系统为“飞鸽”;
      2021年3月18日,首次召开飞鸽流程演示汇报会,确定自2020.3.27起定期召开每周飞鸽信息化工作汇报会;
      2021年3月22日,公司正式成立“飞鸽”系统工作委员会;并同步组建飞鸽试运行小组;

慧观动态 | 01

慧观动态 | 02

              “飞鸽”上青云
    小记慧扬健康办公自动化之路   
                          ——市场产学研中心 张杨

21

2021年10月慧扬健康各项目进展速报:

24

      2021年5月24日,研发三部在飞鸽上顺利开发出工作日报、周报功能;
      2021年5月29日,召开“飞鸽”系统上线动员大会;

      2021年6月1日,“飞鸽”系统如期正式上线试用;
      自2021年3月至6月期间,累计召开飞鸽各类专题会议、沟通会23场;

      2021年7月2日,召开“飞鸽”系统使用复盘会,并提出开发项目管理进度跟踪系统的要求;
      2021年7月24日,运维部进一步完善飞鸽手机端的通用类流程的开发,会议、请假、费用等审批均实现手机同步操作功能;
      2021年8月6日,飞鸽·项目管理进度跟踪系统正式上线;
      2021年9月3日,召开飞鸽·人力资源管理系统开发沟通会;
      2021年9月,飞鸽·人力资源管理系统开发继续探索中……

      一路走来,“飞鸽”在经历了前两年的流程工作积累和沉淀后,2021年开年前三个月,终于迎来了“展翅”时刻;虽然“它”的诞生有诸多不足和瑕疵,现在的使用也仍然有很多不如人意,但能够走出这一步已然不易。偶尔午夜梦回,过程中遇到的困难、阻碍,如今都是甘甜的回忆。
      而这些,都得益于众人拾柴火焰高,来源于各部门的撸起袖子加油干。而自己不仅收获了成长,也收获了同事间的革命友谊。
      人生的路上,选择和努力同样重要,当我们选择了对的方向和正确的事情,需要做的就是努力和坚持。
      正所谓:道阻且长,行则将至,行而不辍,未来可期。在做中学,在学中悟,是实践的美学,也是成长的智慧。通过“飞鸽”系统的上线,希望亦能承载公司的业务快线,一起上青天~

慧观动态 | 02

慧言智库 | 01

北漂,远离家乡、亲人、小伙伴
广漂,恋家、恋人、恋情结
在阿里,责任、技术、oncall
在慧扬,远见、架构、996

  一个南归运维的自述
              —— 运维部 杨定朝

23

26

慧言智库 | 01

慧言智库 | 01

南归篇
       不知不觉,加入慧扬一年多了。
       与慧扬结缘,许是机缘,抑或命中注定。
       红楼里有句话:身为下贱,心需向高。红楼梦里晴雯的悲哀,在这个社会终归终归,有自己改变的机会。
       于小定来说,之于北京,之于广州,之于痛,之于快乐,也之于进取。若有同志者,愿共勉。
       有人说,上帝给您关了一扇门,也会给您开一扇窗,之于小定来说,这一扇窗亦是圭臬中的慧扬。
        此中,
        有舒适的办公环境和员工饭堂
        换着法儿给兄弟们做各地风味大餐的阿姨
        给了自己一个家和一份慰藉
        有迷人的前台姐姐
        给每位同学一个好的开端
        有阳台的多肉
        也有照进阳台的一抹阳光
        给工作增添了特有的活力
        有一起奋进的同事,
        亦有目标一致的领导、
        给现在和未来一个充满激情的梦想
        之于运维路,
        由一个人,发展为一个团队

北漂篇
        北漂近三年,阿里两年多。
       新与旧的冲击下,年轻的人和古老的城,相互排斥又相互融合着,留下给小定(笔者)一份坚持与不舍。
       在大多数人的眼中,北京也许还是北京,但不是自己的北京。但在小定的认知里,北京依然是北京,但也是自己的北京。在北京,在阿里,关于生活,关于坚持,关于成长:
       此中,
       有过瑞旗家园的小家
       经历过天通苑5号线的“繁华”
       走过三里屯的繁华
       等过小辛庄到霍营地铁站的997路公交
       挤过霍营地铁站到三元桥地铁站的北京8号线
       看过维景国际酒店前年复一年绿了又黄的枫叶
       当然,也有过接连不断的oncall….

25

28

      由单个系统,发展为多个系统;
      由单节点,发展为集群;
      由系统部署,发展为容器化部署;
      由人工部署,发展为半自动化,同时往全自动化方向使劲;
      由传统监控,发展为监控一体化;
      于结果,离不开所有小伙伴的耕耘,一步步把想法落地为现实。
      希望,接下来的日子里,于个人,于公司,一起迈开步子,能努力工作产出成果,能从容生活为未来奠基。

慧言智库 | 02

慧言智库 | 02

      可能,有关职场小白须知的文章和分享贴,大家看过很多很多,每一位同学在准备实习的前一晚,必定会去网上搜索相关的经验贴,期待自己的实习能够顺顺利利快速成长。
      刚好,在我转正不久,就遇上慧扬健康创办企业内刊。也想借此机会,向现在以及之后在慧扬实习的同学们,分享一下自己的感悟及一些浅显的见解,希望能够对刚步入实习期的小伙伴们有一些些启发。
一、明确自己实习的目的和初衷
      首先,大家需要清楚地明白自己为什么要实习?自己希望在实习阶段收获到什么?想要达成什么样的目标?找到这三个问题的答案,会让你的实习起到事半功倍的效果。大部分情况分为以下三种:

 转换思维、跑步进赛道,做一名“速融”新人
                            —— 市场产学研中心 赖佳欣

二、调整好心态,转换学生思维
      首先,要学会自己找事情做。刚入职的三天或第一周,基本都是适应和熟悉的时间,很多小伙伴会在前三天看到同事都在忙自己不知道干什么的时候会很慌张。这时候,可以直接问自己的领导或负责带自己的同事,有什么自己可以帮忙的嘛?一般都会有资料是需要看的。
      领导交代的学习任务完成后,在等待下一个任务指示前,可以自己去查阅公司或部门的共享盘里的公开资料,企业微信的公开文档、公司规章制度等等,可以帮助你在前几天快速的熟悉自己的工作环境,也能帮助大家在之后正式开始工作时,更快地上手。

    (1)非常清楚自己擅长和感兴趣的发展方向的同学。一般在实习期最重要的是学习和积累岗位经验,并随着对岗位的深入认识、自身能力的发展、所处平台提供的机会,不断微调未来1-2年的发展目标,清晰3-5年的发展路径。因此,更适合长期稳定的实习,过于短期的实习其实学不到什么东西,进入到合适的岗位和平台后,专注于沉淀和打磨自己。
    (2)只清楚大概的方向,还在探索尚未明确的同学。比如,有同学明确自己要从事计算机相关的业务管理岗,但项目、产品、售前等,都可以尝试,还未确定自己擅长和感兴趣的领域。因此,前期实习选择合适的平台会更重要,要抓住有轮岗学习的机会。
    (3)比较迷茫焦虑,没有方向也没有目标,感觉什么都可以的同学。需要好好珍惜实习时间,可以多听听其他前辈和同学的建议。先给自己定几个比较感兴趣的方向,选择其中一个先去短期实习,至少三个月以上。觉得不太合适/不擅长,再换其他方向,用排除法给自己定发展方向。但切忌,眼高手低,啥都想试,啥都想做,会很容易竹篮打水一场空。

      企业微信的通讯录也是一个可以经常去翻翻的地方,你会快速了解公司有哪几个部门,哪些同事是自己会经常接触到,同部门的同事怎么称呼等等,是很好帮助你融入公司的工具。

27

30

慧言智库 | 02

慧扬星辰 | 01

      其次,要学会主动提出问题。虽然初入职场,但不能还把自己完全当成学生,等着其他人告诉自己怎么做。在遇到自己不懂、有疑惑的地方,要主动提出问题,学会表达和反馈自己目前的进度、状况等,你的导师才能针对性地给你建议和帮助。
      最后是要摆正自己的心态,作为实习生,其实在学习和积累的时期,只是课堂换成了职场,珍惜每次实习的机会,不要害怕犯错和受挫,和偶尔的狂风暴雨,这都是必经的过程。学会享受攻克难关,一点点成长的快乐。
三、工作小技巧分享
    (1)沟通及表达的公式:结论/重点+论点1+论点2+论点3+总结 
      任何沟通工作、交代任务、说明情况等都可根据这个逻辑方式,先说你想表达的整个重点,之后分层次/分类 依次说明,最后总结归纳。
      以提出飞鸽上线流程需求举例:
      我们部门有一个关于上线飞鸽流程的需求是***;第一点,实现***功能,第二点,实现***功能,第三点,需求的紧急程度和期待完成的时间;最后,是否理解该需求,是否能实现,是否需要进一步沟通调整(表明目的)。
      在一开始,在思考没有那么快的时候,不要着急,可以利用企微置顶自己的对话框,每次需要表达和沟通的时候,先自己文字梳理一遍,确认没有问题再直接发送或者是面对面沟通。
    (2)汇报工作:工作成果+目前进度+困难及想获得的支持
      任何汇报,都先从对方关注的焦点先开始,汇报成果,再说明目前的工作进度,之后表明遇到的困难和挑战,以及希望得到的资源支持。可以根据实际情况,补充不同消息,比如 自己的建议和打算、完成工作的预期时间等。

    (3)每日复盘:抽出十五分钟仔细思考今日所得
      不要小看每天的复盘,能够帮助你弯道超车。每天下班回家、去地铁站的路上,花10-15分钟,思考一下:
      1. 今日完成最有成就感的三项工作是什么?
      2. 今日的三个工作心得是什么?
      3. 今天犯的小错今后要怎么避免等等
      简单总结一天的所得,保持自省。
      以上,是自己的一点点小分享,不是很系统,文笔也比较幼稚,大家见谅哦!希望每一位实习生都能在慧扬健康,收获智慧、扬帆起航、共同进步。

     初识
      时光回溯到2010年,邓雄刚刚大学毕业,作为一名“菜鸟程序员”加入了慧扬成都研发中心,当时的我担任测试部门负责人,和他的交集并不是很多,所以并没有引起我对他的关注。
      他和大多数初入职场的员工一样,对自己的职业有过迷茫和彷徨,幸运的是在工作中遇到了他职业生涯的领路人--奎哥,开启了从菜鸟程序员向资深大数据工程师蜕变的大门。

从菜鸟程序员到产品部长
记产品管理部部长 邓雄
                          —— 成都运营中心 朱寒玲

29

32

慧扬星辰 | 01

慧扬乐园 | 01

     成长
      2011年的金秋本应是收获的季节,但成都研发中心却因经营方向的调整,团队被迫解散。在这个解散的关键时刻,邓雄选择跟随他的职业领路人--学奎,一起加入酒咔嚓创业团队。
     在创业7年多的时间里,2000多个日日夜夜,我们从无到有打造了一款基于图像识别的葡萄酒搜索APP,沉淀了中国最完整的葡萄酒中文数据库。但由于葡萄酒领域过于垂直细分,没有明确盈利的商业模式,我们选择了退出。虽然这不是一段成功的创业经历,但是在这个过程中,邓雄已然从一名程序员蜕变成为具有创业精神的大牛。
     蜕变
      2020年6月,慧扬健康成都研发中心再次起航,在巫总的盛情邀请下,邓雄以合伙人的身份再次加入慧扬。在过去的10年间,我亲眼见证了邓雄同学一步一个脚印,从初级开发工程师晋升到中级开发工程师,再从中级开发工程师演变成公司研发中心的核心力量,成为一名可以独当一面的前线主力队员。
     担当
      在大数据医保工作开展得如火如荼的时候,应公司组织架构调整的需要,从未担任过产品角色的邓雄同学,毅然决然放下手中熟悉的大数据工作,勇敢承担起产品管理部部长的责任,在成都研发中心组建了产品管理部。
      从研发跨度到产品领域,遇到的问题、困难和挑战都是不言而喻的,但是作为公司的合伙人,时刻需要拥有主人翁精神,主动承担艰难的工作任务。这个阶段他成熟了,有了一个三十而立的应有的担当
      雨果曾经说过:“我们的地位向上升,我们的责任心就逐步加重,升得越高,责任越重。”权力的扩大使责任加重,邓雄同学在十多年的时间里,不仅从菜鸟程序员晋升为公司合伙人,更重要的是心态和经验上得到了丰富的沉淀。谨以此文简要记录,希望未来有越来越多志同道合的小伙伴们,更多地参与到慧扬健康的成长中来。

31

   智力题:最少用多少试剂盒?                                        —— 项目部 王宁

      新冠疫情期间,某封闭管理的园区有1000名员工。之前通过多次筛查已经确定没有现存感染者。昨天下午6点有一名员工擅自离开园区前往某地区玩耍,且与某确定感染者有“密接”,之后又返回了园区。现场只有人记得来人穿着园区的工作服,再无更明确的身份识别信息。
      已知,健康人感染后就可以立刻通过咽拭子检测出来阳性,但是在感染后的24小时内不具有传染性。
      园区管理者了解以上情况后决园区停业一天进行全员筛查。今天早上8点整才能准备好所有场地、设施开始全员筛查。筛查使用的是咽拭子标本,筛查使用的试剂是完美的(既不会有假阳性也不会有假阴性)。
      然而,这种试剂产量有限,且非常昂贵。为了节省试剂,允许把多个人的标本混在一起,通过一瓶试剂来检测。现在知道,采集1000个人的咽拭子标本需要3小时。标本收集完成后,要经过6小时59分才能出结果。

问:为了在这个密接者产生传染性之前找到他,最少要用多少瓶检验试剂?请说明实施方案。

(参考答案将在下期公布,欢迎大家投稿抢答!)

【征稿内容】
  1. 《慧人研论》——  以技术为核心、包含但不限于技术、管理、销售等方面的经验分享与见解
  2. 《慧眼洞察》—— 公司相关产品的市场动态、产品解读等
  3. 《慧观风云》—— 医疗IT行业的新闻简报、前沿资讯等
  4. 《慧扬动态》—— 公司内外动态跟踪与热点聚集,各部门工作情况,企业发展战略等
  5. 《慧言智库》—— 结合实际工作经验,分享小小故事、小技巧、典型经验和工作思路等
  6. 《慧扬乐园》——  不限题材和内容,图文、摄影、视频、番外作品等形式均可

34

33

【征稿时间】即日起接受投稿,截止日期另行通知

首刊预告及征稿公告

     为了更好地推动慧扬健康企业文化,展现积极进取、攻坚克难的团队风貌,为每一位员工提供展示自我、交流经验技术的平台。2021年9月起,我司正式启动内部期刊创办工作,并向全体员工广泛征稿。
     在各部门及编辑组成员的共同努力下,慧扬健康《扬帆》(试刊号)正式发布,敬请翻阅并提出宝贵意见。

首刊预告 | 01

首刊预告 | 01

下期《扬帆》(首刊号)现已启动征稿
欢迎全体同仁踊跃投稿~

【投稿方式】  
        邮箱地址:2914962149@qq.com
        命名格式:文章名+所在部门+姓名+笔名(如有)

慧扬健康 扬帆起航

电话:020-82511729
网址:www.wisefiy.cn 

慧扬因你更精彩!
欢迎小伙伴们踊跃投稿哟!

Copyright © 2024 陕西妙网网络科技有限责任公司 All Rights Reserved

增值电信业务经营许可证:陕B2-20210327 | 陕ICP备13005001号 陕公网安备 61102302611033号