| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> DELPHI技术 斑竹:liumazi,sephil | |||||
| 作者： |
|
2024/3/13 17:10:30 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 比如，坐标公司的HIS 使用的什么UI框架 或者永南中间件都用了些什么组件 感谢大佬们 一直都是在搞PHP 今年打算开发个小型的系统看看赚点零花钱
33岁高龄学习编程---2022 |
|||||
| 作者： |
|
2024/3/13 17:57:35 | ||||
| 1楼： | his一般都有内部的UI设计，内部的控件，外面很难拿到手，而且现在都在bs化，你为什么要进delphi的坑呢？ 当然，一定要做也不是不可以。 至于UI控件嘛，其实都有平替方案，最难搞的其实是电子病历，也就是图文混编，如果你能做到word那样就差不多了。 另外还有一个比较麻烦的就是各设备的接口，有很多公司的接口其实是不对外开放的，你要解析他们的数据、与他们做对接会有很大的运气成分在里面。 ---------------------------------------------- -- |
|||||
| 作者： |
|
2024/3/13 18:30:49 | ||||
| 2楼： | @bahamut8348 感谢大佬，我不做大型软件 就做做周边，解决小问题 ---------------------------------------------- 33岁高龄学习编程---2022 |
|||||
| 作者： |
|
2024/3/14 10:23:55 | ||||
| 3楼： | 用INTRAWEB，就两字：高效 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/14 16:54:08 | ||||
| 4楼： | HIS 其实应该用 Delphi 而不应该用 WEB。 因为 HIS 里面有大量的输入界面，WEB 很难做到那么复杂功能。而 Delphi 能够做到。 比如录入的时候的 Grid，下拉，选择，这个下拉选择框里面，可以很复杂。用 DBGridEh 可能都不够。 病例编辑界面，那就是相当于 WORD 的功能，我知道很多是 Delphi 做的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/14 18:01:38 | ||||
| 5楼： | en，其实现在的html5也廷高效了，如果可以对所有设备无缝对接，要输入的大概也就是听诊的环节，其他地方都可以基本做到0人工介入了。 其实就算听诊，如果可以实现医嘱全联网，也可以减少至少一大半的输入。 ---------------------------------------------- -- |
|||||
| 作者： |
|
2024/3/14 18:26:31 | ||||
| 6楼： | unigui会帮你搞定一切 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/14 22:46:53 | ||||
| 7楼： | unigui 的前面界面是 WEB，不可能做到很复杂的操作功能的。 当然，你的前端技术很强，自己能用 JavaScript 搞定，那是另外一回事。 用 Delphi 不就是因为前端操作界面有现成的么。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/14 23:12:02 | ||||
| 8楼： | 要是delphi能够使用dreamwear那样设计web组件多好。 我用unigui就是只用web组件，其它都由rtc操作。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/14 23:56:18 | ||||
| 9楼： | web方面，现在很多开源的UI框架可以用的。至于js，大概用来控制页面效果也就差不多了。实际业务需要放在后端。这个跟cs的区别还是很大的。 之前用go+adminlte做过一个小的系统，效果还是不错的。 如果实在觉得不爽，其实也可以跟dui学，h5引入的canvas可以随意在上面折腾。许多页游都是基于这个东西，网易好像也有对应的开源框架，拉出来改一改也是不错的。 ---------------------------------------------- -- |
|||||
| 作者： |
|
2024/3/15 10:49:40 | ||||
| 10楼： | 据我的观察HIS不论大医院还是小的社区医院都是WEB形式，不同的是大医院估计是JAVA一类完成的，丑陋且厚重感觉。。。小医院估计是PHP，ASP甚至ActiveX啥的都有五花八门。 至于为什么不采用CS形式就不得而知，最起码BS连打印机，扫码木仓什么的很困难吧？ ---------------------------------------------- ==========-==========-==========-==========-========== 多隆， 给我备一匹最快的马， 我有事要走先~~~ ==========-==========-==========-==========-========== |
|||||
| 作者： |
|
2024/3/15 13:44:41 | ||||
| 11楼： | 打印机太好解决了，现在的打印机就没有不支持tcp接口的。 扫码那玩意儿也好解决，扫码将结果发送到broker，然后反推到client。就是mqtt那套玩法，实在不行手动刷新一下就是了，反正不要求实时性。 ---------------------------------------------- -- |
|||||
| 作者： |
|
2024/3/15 16:29:14 | ||||
| 12楼： | fr+unigui可解决打印问题。 web的麻烦是很难调用本机的硬件资源，所以扫描识别、读卡这类操作会不好弄。以前靠ocx\activeX做，不过这技术明显过时了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/15 16:56:03 | ||||
| 13楼： | 用PowerBuider9.0做的也不少。用PB做使用控件PBIdea。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/15 17:15:09 | ||||
| 14楼： | delphi有没有像PB的数据窗口的界面一样好用的控件？ ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/15 17:55:44 | ||||
| 15楼： | 12楼其实想错了，现在很多读卡、扫描一类的，大部分都在手持终端上，也就是手机，你通过app获取数据，上发到server，再由订阅的client去拉取。 一定要定点在pc上也简单，仿照移动终端做一个特定客户端，也就是用cef3打包一个浏览器核心，扩展你想要的功能供js使用就行了。 ---------------------------------------------- -- |
|||||
| 作者： |
|
2024/3/15 20:03:45 | ||||
| 16楼： | 我到医院看到的读卡机都是连PC，当然读卡可以写成CS，然后把数据同步到BS。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/15 21:14:10 | ||||
| 17楼： | 那或许是老系统吧，不过我10多年前做硬件对接的时候，90%的设备都改用tcp协议了。哪怕是pc端，厂家也建议用tcp端口。包括读写卡器、扫描【木仓】等。 ---------------------------------------------- -- |
|||||
| 作者： |
|
2024/3/19 2:32:43 | ||||
| 18楼： | 我不知道楼上的几位是否有真的做过his。 首先说bs和cs的选择： cs的his目前能看到的是大部分是pb，delphi，.net这三个。 bs的his目前能看到的大部分是js+java，人好招，也都有成熟的前后端框架，而且天生跨平台，方便的在linux或国产系统下跑满足信创要求。 还有一种就是上面提到的，基于cef套壳的bs、cs结合体，这种需要投入的研发会多一些，尤其是要跨平台的时候，可能要自己做一些适配工具。 不管cs还是bs或者是结合体，你还需要一个成熟稳定的后端服务，当然，cs你直连数据库也是可行的，看医院体量，小医院足以应付。 不存在说哪个东西只有cs能做bs不能做，或只有bs能做cs不能做，取长补短两者结合的产品已经随处可见了，因为你his还要和其他系统做对接甚至是嵌入，其他系统可是五花八门的。至于和硬件交互比如读卡这些，厂商都有现成的bs方案，实在不行本地启个cs开发的http server后bs的任督二脉立马全打开了，不存在说什么bs部署方便cs部署不方便，只是bs部署是浏览器帮你做了而已，浏览器不是cs程序么？ 选择哪种技术还要考虑：公司能持续的技术人员强项是哪些？是否要考虑跨平台和信创？产品边界在哪里？产品周期预计多久？打算投入的money是多少？目标客户群体是哪些级别？ 然后说UI框架， cs的基本上就是各自平台那几个ui控件包，有能力的尽量自己开发，如果你想长期在这个hit行业浸润，对于第三方是能不用就不用，实在没时间开发也要在用的时候考虑好后期自己开发替换留出预案。 bs的就是vue、react、easyui这些了 两者都需要做好造轮子或改造轮子的准备，需要自己改造的控件一般有：用于查询区间的日期时间控件、医嘱的grid控件(这个最为重要)、床位卡控件(护理上用的多)、表单组合控件（有些业务界面是其他几个业务界面组合出来的）、报表工具、一些可能的图表曲线控件(如体温单、产程图)等，还有一部分控件需要考虑外采，比如病历部分如果也自己开发需要病历编辑器。具体哪些要做，还是要看产品边界内涉及到哪些业务。 其实his更多的是业务，你把业务搞明白了再开发少走很多弯路，一定要整个流程走通了再开发，会省事很多很多很多事，否则很容易做半截发现后面按原来的设计走不下去，然后已经做的又不想tui翻，于是就各种的折中和凑合，给后面长期发展增加成本。盒子里不也有卖his产品源码的帖子吗，有条件不妨交点学费，或许拿来就用也说不定。 his说白了就是围绕三个字，人财物，人就是医护患者等，财就诊疗、绩效工资、医保结算等，物就是药品、耗材、检查检验等。业内经常说，能把账算对了这个his就算不错了。 his面对的医院不同，业务细节也不同，但临床业务基本上大差不差，系统开发时要考虑弹性，要做好下家医院界面和数据处理都要重新弄的准备，要极力避免上一家医院一个代码版本，后面会拖死你，可以考虑引入一些脚本处理业务，界面使用可配置生成，脚本和界面和业务处理一定要放到数据库里，这样同一套程序连接不同医院数据库就是不同的处理逻辑和ui，我也亲眼见过这样的产品，如果你的抽象能力极强，最终你很可能会发现，你做的并不仅仅是his系统，而是做了套业务开发框架，通过配置和少量额外工作就能变成其他行业的业务系统。我这边目前也投入了一些资源在做业务开发框架，和其他框架不同的地方是，我做的框架要集成一个开发调试工具，允许直接调试修改脚本或规则后运行，相当于在服务端放了个IDE进去，还要实现一个业务逻辑脚本支持pascal，c或js多种脚本语言混合使用（你能招到哪种程序员，就用哪种脚本），可是进度缓慢，目前在脚本解析器的开发阶段，扯远了。 至于病历编辑，严格来说不是his的功能，但小医院可能希望你也做了至少有个简单的也行，避免二次采购和集成成本，病历系统有需要了你再说，我会知无不言，如果你需要排版编辑软件，那你找我，我专门做这个的，有开源版本，也有收费版本，有cs版本也有bs版本，有delphi版本也有.net版本，有js版本也有c++版本，都是纯原生的语言开发的，不需要弄成ocx或dll，小医院开源版本足够用了。 又扯多了，总之医疗、教育这两颗长青树，有生之年永远不过时，his在医院算是非常重要的系统，其他系统都围绕着他转，有些his产品都不要钱的往进去冲，要的是后面的其他系统接口费维护费，在今天已经很少有新公司开发his了，但任何行业都需要新鲜的血液，如果“目及”范围有不少客户，有愿意配合的医院，有重视信息化的领导，有能包容产品循序渐进的一线医护，有志同道合的伙伴，有想做事的心，天时地利人和都叫你占了，那就开干，犹豫一下都是对我说这么多的不尊重。 ---------------------------------------------- 18114532@qq.com |
|||||
| 作者： |
|
2024/3/19 11:08:54 | ||||
| 19楼： | 跨平台只是个小问题，对于web客户端来说，天生跨平台。我做过政府的项目，总体来说与诊疗系统差不多。 鉴于知识的限制，我只能做lazarus的跨平台系统和windows服务器+web系统。 lazarus跨平台没问题，但没有适合的web开发工具，因此只能做linux arm\loongarch的CS。 delphi+unigui+RTC，做成windows服务器，用rtc替代unigui的数据处理功能，只用web组件，kylin的浏览器与win的没差别，但是读卡扫描不知道怎么弄，如果是kylin，只能用lazarus做一个桌面扫描模块，读取数据后到bs里刷新。 反正js学不来，这把年纪，也就跟定delphi/lazarus/pascal了，反正跨平台、移动、web都可以做得像模像样的。 这几天还发现rtc似乎与unigui+fastreport有冲突,可能与线程有关。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/19 14:00:50 | ||||
| 20楼： | 我有我们当地医院用的小型his，可以出售代码。 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/19 14:01:14 | ||||
| 21楼： | 自己开发的，delphi版 ---------------------------------------------- - |
|||||
| 作者： |
|
2024/3/22 15:32:33 | ||||
| 22楼： | 感谢楼上各位大佬的解惑 感谢 ---------------------------------------------- 33岁高龄学习编程---2022 |
|||||
| 作者： |
|
2024/3/22 15:34:13 | ||||
| 23楼： | ghslinux (ghslinux) 大佬的代码怎么卖 有成品演示吗？ ---------------------------------------------- 33岁高龄学习编程---2022 |
|||||
| 作者： |
|
2024/3/25 22:34:24 | ||||
| 24楼： | 这领域技术最前沿的应该是nl2his 关键在于DSL。因为现在的LLM还没聪明到可以根据自然语言就能自动产生高级语言（delphi等）的代码，所以，把DSL作为中介LLM推理起来就简单很多。 问题是在his领域，还没一款dsl做到能完全表达整个系统而无需使用高级语言编程。 像网易的CodeWave，也只能用AI辅助写一些简单的业务逻辑。 所以，除了如何充分发挥LLM的作用外，关键在DSL。 一旦有一款DSL出现，使用它后无需编程，就比较容易实现nl2his，否则，LLM对于低代码平台更多是噱头。 本来， 低代码平台供应商在那些深耕某行业的信息服务商面前，只能啃骨头喝汤，肉都没能力强。 现在随着LLM的辅助编程，以后连汤都没得喝了。 所以，现在大多数低代码平台都没有大的投资价值，包括outsystems、轻流、宜搭、简道云等等。 ---------------------------------------------- 软件是什么，相信很多人都说不清。 |
|||||
| 作者： |
|
2024/3/30 11:03:18 | ||||
| 25楼： | 窗口Spy足够你去了解坐标用的组件，坐标HIS基本上用dev组件了，你把dev常用的组件搞熟了，做点小系统足够了，而且兼容性又好，资料多，升级也方便； ---------------------------------------------- - |
|||||
| 信息 |
| 登陆以后才能回复 |
