我们可以站出来协助干掉这个 SARS/Coronavirus 吗？

Programming
1

从某些流传的视频上看 现在武汉的医院挤满人
想去看的病人经常排几个小时队都还轮不到自己 会不会反而更糟糕？

我有没有必要现在赶紧开发一个网页（或小程序）
让医院（诊室）可以注册个账号（就像卖家，而病人是买家）

要去看的预计病患者就申请登记（通过地理位置默认选择最近的医院，必须验证自己的电话号码或小程序，避免恶意）
然后程序会自动添加到对应医院的申请用户列表里
当医院看完一个病人的时候就点下一个
然后程序就通知该申请者在30分钟内到医院
这时就看下一个提前被通知了在那里坐着等的申请者

就不用密密麻麻坐在那里等反而负作用！（说白了就是算法问题了！）
现在排满队 叫下一个人的时候 大家当然都想是看自己，在互相争抢的时候也会白白花掉不少时间

不是说程序员会改变世界吗？是时候站出来了？
还是我不应该太把自己当回事，没事找事？

如果大家赞同我这这奇葩观点，那我就用Lisp写个服务器吧！
因为逻辑也是比较简单，半天一天左右就可以写出来吧？
在这里就是希望有人建议添加/修改什么功能，因为我对医学很陌生，我暂时想到的是比较简单的：
** Database/Postgres Tables **

  • Patient(病人): 他的功能就是 申请某个Hospital(医院)，然后就是等待通知
    (pid, name, phone, age, sex, address, coord, ip)
    – address: 用户自己输入的自己的街道地址（可选）
    – coord => coordinate: 坐标，提示用户在回到自己等待处如家里的时候点下确认并同意获得地址，医院可能会限制在多少公里以内的, 可能是可选的

  • Hospital(医院): (hid, name, phone, address, desc, coord, time_create, ip)
    – desc => description
    – coord => 医院的坐标，用来计算用户到医院的距离（但是是直线距离，我不熟悉获取路线距离，或许要去调用下 高德API）

  • Case(病例) (cid, pid, hid, desc, --病人对自己症状的基本描述，如果医院觉得不适合，就电话或者短信通知和建议他该怎么做，或者通过展示这个的列表来让医院手动选 [但从公平的角度，不显示用户的名字和电话],
    path_length, – 病人与医院的距离，系统生成（应该的路线距离最好）
    time_apply, --病人的申请/创建时间 time_accept, --医院接受这个病人诊断时间, 这个时候后台应该发个短信通知
    time_receive, --病人收到了医院的接受（短信），点击“出发”来记录用户在赶往医院的路上了，如果迟迟没点（没出发），那轮到他/她的时候就忽略掉，否则电话咨询下到哪了
    time_reach, --病人到达医院后点“到达”的时间，大多数应该都是提前到达，坐等半个小时，但如果配合这个程序，应该不是在拥挤的人群里站着等，而是很配合地地坐着等
    time_end, --完成的时间, 用户或者管理员点击这个诊治完成了
    state – 状态: 申请中，诊断中，完成了，取消了
    comment --完成后的描述，可选)

  • 其他员工，如医生，医务人员，医院领导 这些暂时没必要？他们应该也没时间看手机吧？

现在基本就想到那么多，我对医学很陌生，是以一个简单的角度思考的，大家有什么建议请赏赐！
如果已经有软件有这些功能了（如 丁香园 ？）也请提醒，可以提出一些关键的但是它们没有的功能，如果没有那应该就没必要开发这个了🙂

2

治疗方面我们Coder可能无能为力（不过说到底这些病毒也就是生物学上的算法吧，我认为这强大的病毒是用了“递归”这终极武器！我们如何破解它这递归呢？）
但是“数据”的处理和控制（传播），应该是Coder的基本职能吧？
我们能从最好的角度去思考让病人们不要因为恐慌，插队而造成适得其反的效果？
唉 就是觉得如果自认为强大的自己毫无作用有点讽刺，大家觉得这个有副作用吗？
Let‘s help optimizing this world, Great Coders of Us!!

image
image1842×1388 231 KB

是不是我们码农能做的就是“不添乱”？？

3

又要注册又要电话的，算了吧…

4

用小程序也可以，但是小程序审核要个两三天啊？
当通知下一位病人的时候，系统随机选出以为，以短信的形式通知他们（提前半小时至一小时在那里等，如果轮到你时你不在就下一位，并立刻随机通知另一位）

5

:-1:

:+1:

5 个赞
6

非常时期医生的编制，排班之类的信息应该没有渠道用网络获取，现在万事皆人工啊。

8

稍微有点咳嗽发烧，现在氛围下人都会想着直接去医院检查，不能因为没有申请就不给他们诊断吧，何况医院也有挂号，另开一路申请程序，也会耗费医院本就紧张的人力资源。就是申请了就诊，大部分人也会提前到医院门口等着，差别就是一堆人挤医院里面和一堆人挤医院门口。这个想法有点难。

9

排班什么的没必要知道，就让一个业务员工（保安都做得到吧？）来做这个“分配”的管理工作
只要医院不是人山人海，大家都配合，那这个工作应该也很简单，一个人就可以搞定，要配合的应该就是每个医生看完一个病人的时候就告诉这个业务人员，然后就处理对应科目的排队中的下一个病人，然后这个业务人员就点击一下 “通知下一位”
可选地问一下刚处理完的病人情况怎样，然后输入到 Case::comment字段，也可以病人自己输入

或许应该要多一个 “科目” 的选项，我们针对的是大多数的 SARS， 可能其它科目也有必要通过这个程序来配合以免让医院慌乱，那就有必要添加一个 “科目(Medical)” 字段，毕竟有些医生只有处理某个科目的能力

但是就要求病人不能选了其它与SARS无关的科目（医院具体有什么科目我不了解，让医院用户添加），如选了某外科目如感冒发烧，而去到又说去看SARS的就违反规则该拒绝

10

朋友发我这个图片，我没去了解过，知道链接的伙伴发下给我

image
image960×954 431 KB

11

我不认为现在武汉的医院现在有额外的人手多设一个科目，许多消息都表明，医院一直在超负荷运转。还有就是病人没有能力辨别自己是感冒还是被感染了，还是没有可行性。医院已经有了挂号就诊的程序了，上面的想法没有突出的优点，反而容易出现新的问题。

12

言之有理
不过这不需要医院的额外人手，也完全不是什么“科目”，只是个工具！（就像你没有微信支付你也可以买东西，但增加了你的效率和方便啊）
可以招募个自愿者（完全不懂医学的，如大学生）

医院已经有这种挂号就诊的话那为什么医院里还人山人海呢？
据我的孤陋寡闻，我去（深圳的）南山医院先通过他的公众号来预约，但是预约的范围非常有限，不能预约当天的，一个医生只能预约四五个人（一个上午/下午），而不是“动态”的

IMG_1823
IMG_18231242×2688 385 KB
IMG_1824
IMG_18241242×2688 662 KB

每个医生已经看了多少个病人花了多少时间都被精确地记载了，或许我们可以适当地安排她们的休息

13

我个人很钦佩兄弟你对疫情的关注和热心，但是还是得说一下我不赞成你的思路。执行起来困难，就诊病人也不会减少，再怎么分流也架不住医院就那么大。 现在问题是武汉的医院没有办法应付疫情的扩散，所以我更看好上面有一层图片种的思路，可以使湖北省外的医疗资源向湖北省倾斜。让医生轻松点的想法有点理想化，在岗的医生怕是没有休息的时间，另一方面添加自愿者也是有传染风险的。增援医疗人员和物资才是最基本的。 说到底还是春节这个时间点没有人来生产医疗物资，各行各业对武汉的支援也才刚刚开始，而且过于分散。看新闻各地封路对湖北而言不是个好消息。我自己能力有限想不出什么办法，等着看其他人。

14

现在医院就是人山人海，非常混乱，医生情绪都不稳定，怎么可能再加新业务。

15

相信并且积极配合政府和医务人员，少出门，做好防护措施就可以了。

1 个赞
16

说白了，就是我的 需求 是什么？ 没有需求就没有意义

我想的需求，就是：

我知道的也不多，就是觉得“人山人海”大大大大地给医疗的效率打折扣，从编程的角度讲，这就像是一个冒泡排序算法，而我们是不是应该用快速排序来节省不是一点半点的时间和效率？
这跟分流也没半点关系
我再强调一次 我只是想帮助他们“高效”地处理数据(什么时候该呆在家里等候，什么时候该去医院等候，在家里等候是不是会比在人山人海中站着等候更好呢???)，而不是盲目恐慌地去医院排队，现在这种 condition “排队”甚至是个比冒泡排序还差劲的算法
在排队中躺下的也有，如果是在家里排队，是不是更好？

另外关于志愿者，现在上千万人中，(每个医院)一个志愿者都找不到吗？
他/她要做的就是指导来到的病人应该怎么做（坐在某处等，可能还要等三五个病人，但不是一个长龙），每个病人处理好了这个志愿者就点击一下 “下一位/next" 系统就通知下一位病人请过来，就是在家里等而不是在密密麻麻的人堆里等

我觉得最难的地方，就是现在病人的恐慌，心平气和地配合，可能是很难

或许我们能做的，就是呆在家里祝福大家都健康地早日解决问题，
但是从数学/算法的角度思考，`祝福’有个卵用？？
Wish is cheap, show me the code吧

17

我一直都回复的比较简单，因为我觉得这只是一种设想，而不是真的要做。

这个需求的想法有点像要解决一个算法或是解答一道题，很多情况的设想太理想化了。仔细想下，这种做法，是 设定 一个问题然后解决他，最典型的特征就是，在解决的过程中，除了问题本身外所有的问题 都是来自于解决方案本身。这里面你要解决的问题就是高效的处理数据，所给出的解决方案是如何高效的处理数据，而周边的问题都是来自于处理数据不高效。

而现实世界的问题往往是反过来的，现实世界情况下，你也是要解决一个问题，但是面临的所有问题，绝大多数不来自于解决方案本身。比如说，如何让医生护士来用？有没有培训环节？如何让人知道？如何让人信任？别人可能在想，有人去医院我在家排，我的看病有保障吗？

另一个关键点在于，现实中你必须瞄准真正的问题，这种场合下，不是想要解决什么，而是优先需要解决什么。

1 个赞
18

是的，这是一种设想，我估计做出来被用上的概率也不高（除非我们这里有跟某些领导有关系的兄弟）
但是既然想到了，为什么不去试试呢？
我要付出很大代价吗？会超过一天时间吗？
还是说我这想法会产生副作用？有的话请提醒我一下，谢谢：）
梦想还是要有的，万一实现了呢？

是的，现在的硬件CPU确实我们是帮不上忙了，但是我们可以优化软件啊！！
是不是现在这状况跟硬件比起来，软件就是鸡肋？
这里说的`软件’不一定就是指代码，就是一种提高效率的办法吧，但我只熟悉代码
不过我认为这个病毒的威力就起源于它的算法，如果有足够智能的软件，通过现有的数据(要医院配合提供了)，就能够找出破解这个无限递归的SARS算法

我现在不能解决问题的本质——SARS，我只是想解决“解决问题”的问题，现在的想去解决问题的排队病人就像以前的春节汽车收费站
排长龙病人的期望值肯定是大于0的，结果却可能是小于0，而不仅仅是等于0
而到底小了多少，嗯，我不知道，我无知

19

一天？两个月能投入使用就已经算神速了。我觉得你先把技术放下，想想完整的这件事。

20

我说的是写这代码的时间（当然后面优化是要另外花时间），但是推广这件事，我就不擅长了，只能尝试微信朋友圈，让朋友们转发，如果政府不否定这个的话，也不用政府帮任何忙（如果这个真的用起来了用户量上million的话，那政府就给我性能好点的云服务器吧，我现在只用了一个很低配的阿里云服务器

image
image1096×1154 64.4 KB
），

我已经在原文大概描述出了我的设想，核心就是不要聚在一起排长龙，结果可能是适得其反！

就像现在去银行服务厅，你不用在那里站着排队等，而是领一张id票坐着等，这有没有用？

好吧，我这脑残向来都是很天真的，我还是洗洗睡吧 :crescent_moon:

21

这没有用。

因为现在本身就是建议非老人，小孩和肥胖者不用第一时间去医院，结果大家都去，这些去的人造成医院压力很大。

这些人不可能用你说的这个东西的，因为他们是人，不是程序。这里的问题在于气氛和民心，和流程一点关系都没有。

3 个赞