讨论靠爱发电的医疗项目(mini-pacs)有未来吗?

头像
155****7725
343阅读32评论

2023年通过校招,进入一家世界二十强的企业做物联网开发工程师(Java方向),由于该物联网平台已是成熟的产品,所以在掌握日常功能必备技能和能力后就变得无所事事,有一说一当时公司的团队氛围特别舒服,闲来无事在老大没在的情况下就摸鱼打混、聊东聊西。后续觉得太过安逸,正好学长拉到一个开发mini-pacs医疗影像系统的开发项目,便牵头组建了三人的开发团队开始为爱发电,历经半年时间完成第一版的系统开发。后面收到一笔系统初版的奖励金,之后由于学长对接的那个团队没资金支持了,这个系统便就一直停留在初版阶段,没再继续迭代升级,现在我重新入职了一加医疗互联网公司,又到了无所事事的阶段,寻思这个项目还是很有价值,如何用个更好的方式启动它呢?
系统简介:
于B/S架构的 Web版 Mini PACS 系统,后端采用 JAVA,利用SSM 等主流框架,前端采用 Vue2、React 框架开发,数据库采用 MySQL、Redis 。主要实现 Dicom 文件接收与传输、云胶片、CD/DVD 刻录、在线报告、数据分析等功能。目前已打通 Dicom 文件于系统中的数据流,数据文件可通过接收 Dicom 服务节点获取,也可手动上传文件,并且可将患者检查的 Dicom 文件传输至系统中动态配置的 Dicom 服务器;实现在线云胶片功能,可在线查看与操作医学影像图像等功能。
主干功能:

  1. RBAC用户权限管理、服务监控、字典维护、通知公告等基础模块;
  2. 手动上传Dicom文件/文件夹,及接收Dicom服务器的Dicom文件集功能;
  3. 患者检查列表展示及维护功能;
  4. 检查下序列影像的列表(单帧影像预览)功能;
  5. Dicom影像在线查看,提供测量、窗口调整、平移与缩放、图像截图、注释等工具;
  6. Dicom服务器动态配置功能;
  7. 发送Dicom集文件到其他Dicom服务器功能。
    项目部分截图
    靠爱发电的医疗项目(mini-pacs)有未来吗?
    靠爱发电的医疗项目(mini-pacs)有未来吗?
    靠爱发电的医疗项目(mini-pacs)有未来吗?
    靠爱发电的医疗项目(mini-pacs)有未来吗?
讨论话题:
行业&时事想法&创意工作&职场
城市:
西安
收藏
举报
加载中…
精选评论
头像
等级3

想法好的,
你可得知道,你这个产品的目标客户,你觉得这种圈子自由开发者的产品进得去不?

这种就得有医院那边有关系的人联系了,之前也有联系的不过都是想直接拿来就用,系统初版还是满足不了用户需求

那这个离满足用户需求还有多远?

这个很麻烦的,我不谈技术层面 ,就业务层面就需要做大量的工作,还得和院内的其他系统互联互通如HIS,自助机,互联网医院,数据中台等,其次,pacs价格不菲,一般的医院招标文件会把参数写得很细(你猜猜谁写的),个人开发几乎属于不可能完成的任务。

商务层面也是个人开发者无法企及的

在线报告维护
影像刻录CD/DVD
影像胶片打印
这几个核心功待开发,其他的功能都跑通了,基本满足院方需求吧,定位是小型医院或诊所

你可以考虑和设备厂商合作,系统免费,收设备耗材费。

哇 这个之前没想到过,感谢您的建议😋

头像
等级4

你这个后续能查看心率之类的吗 就是记录患者的信息等等

这块就属于His系统的业务范畴了,当然这块可以做

头像
等级0

我之前也是做医学影像这块,主要就是做前端影像这块,按照我的理解,医院压根没啥好谈的,药厂可能更实际点,医院的性质决定了你根本没办法和他们开展业务,药厂则不同,私有的共有的,哪个自由性更强其实想想都知道,更何况是医疗方向。
你的影像界面给我的感觉好像就是OHIF随便改了改,我觉得影像的标记应该是要和业务挂钩的,比如进行病灶的标记选择什么的。
个人刚好在开发自己的影像工具,有兴趣的话也可以线下交流交流,互相学习。

哈哈哈哈 可以的,我这儿几个朋友也都在从事医疗行业,看看这块有没有好的机会

头像
等级3

可以一块干嘛,努力做好。

目前开发团队够啦 要是这个系统搞不下去,就开源了😉

开源了说下,没见过类似项目,学习下。

这种web版的mini-pacs系统目前国内开源不活跃,当时是一步一步摸索出来的

头像
等级6

看着挺厉害的

头像
等级0

你好,作者:
我是相关行业在一线超过10年的从业者。老实说,这个想法不错,但是市场毕竟小,但也不是没有机会。
个人认为有一些特定领域,目前市场上的竞争者很少。但是想要获得份额,你的产品需要做一些适应性的转变。

头像
等级0

项目有雏形的话,想办法和医院信息科搭上多聊聊,面向甲方编程
多调研竞品,挖掘痛点,在实现基础功能的基础上有拿得出手的亮点

面向甲方编程太对了,过阵子项目启动再搞一搞

头像
等级4

上次看到有家公司就是做这个

医疗互联网公司基本都做,现在在职的这一家也做,不过是桌面端的

头像
等级5

不错不错,可惜是java体系,我不太懂。

头像
等级0

能跟着你一块参与吗

谢谢支持,目前开发团队够啦

头像
等级2

这块没有资源和渠道很难搞

头像
等级0

得从几个方面看:
1.产品功能:从目前的产品功能来看,RIS的功能基本可以忽略不计,不过这部分不是重点,也不是你们的主要目标,而PACS部分功能还太基础,无法满足医技医生日常工作的使用,从目前的功能来看仅可以用于云胶片解决方案,用于提供给患者查看是足够的。但是,做云胶片产品的厂商已经很多了,跟这些厂商对比的话,你还需要补充医生端,为医生提供相关服务。
2.从市场上来看:影像相关系统现在是妥妥的红海市场,狼多肉少,竞争太激烈,太卷,这块的产品现在开始做的话目前来看投入和收益不成正比,不划算,难有市场,除非有些技术突破。
3.从医学专业方面来看:医技系统要做好,对医学影像方面的经验还是有要求的,仅靠技术人员做出来的系统很难有实用性,要做最好还是有医技医生或懂医技业务的专家来把关比较好。
4.纯为爱发电的难以持久,不稳定的团队做项目可能还行,但是难以做好产品,除非团队人员都是有钱有闲有热爱的人。

头像
等级0

医疗系统和保险系统是最复杂的。。。