Re: [爆卦] 陳時中：校正回歸是系統性問題

看板Gossiping作者 ((0_ 0))時間4年前 (2021/05/29 00:52), 編輯推噓6(7推 1噓 86→)
留言94則, 16人參與, 4年前最新討論串9/11 (看更多)
七天過去，我們看一下系統性問題解決沒 日期 通報數 排除數 未確定 5/15 230809. 225026. 4308. 5/22 337455. 298513. 35080. 校正回歸日 5/29 455198. 397534. 57664 有加速，但仍然大塞車 既然申報系統已經改善 毫無理由就是檢驗部分卡關 這就是指揮中心所謂檢驗能量足夠？ -- 「我看不到」 「欸 我真的看不到」 「 」 「我還是什麼都看不到啊...」 「我看不到我看不到我看不到!」 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.82.125.111 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1622220755.A.31A.html
→
05/29 00:53, 4年前 , 1F
足夠啊，只是分配問題
05/29 00:53, 1F
→
05/29 00:53, 4年前 , 2F
不是缺檢驗能量 是輪流使用檢驗能量
05/29 00:53, 2F
→
05/29 00:53, 4年前 , 3F
還塞更長
05/29 00:53, 3F
→
05/29 00:54, 4年前 , 4F
再有問題……把你都校正回歸
05/29 00:54, 4F
→
05/29 00:54, 4年前 , 5F
有單位可幫驗他不要！明天可能會滾動式
05/29 00:54, 5F
→
05/29 00:54, 4年前 , 6F
調整！火在燒了
05/29 00:54, 6F
→
05/29 00:54, 4年前 , 7F
野火燎原喔！燒得不可收拾
05/29 00:54, 7F
推
05/29 00:54, 4年前 , 8F
都雙北的鍋
05/29 00:54, 8F
→
05/29 00:54, 4年前 , 9F
是他都在唱歌以為天下太平事情都沒做的
05/29 00:54, 9F
→
05/29 00:54, 4年前 , 10F
問題吧
05/29 00:54, 10F
推
05/29 00:55, 4年前 , 11F
瓶頸在PCR，每天能做的就是那麼多
05/29 00:55, 11F
推
05/29 00:56, 4年前 , 12F
一年多超前部署 然後現在怪系統 不想幹不要
05/29 00:56, 12F
→
05/29 00:56, 4年前 , 13F
幹啊
05/29 00:56, 13F
→
05/29 00:57, 4年前 , 14F
所以下午兩點的記者會，不用看也知道
05/29 00:57, 14F
→
05/29 00:57, 4年前 , 15F
確診數量大概是多少
05/29 00:57, 15F
→
05/29 00:58, 4年前 , 16F
確診數已經失真，不能反映出真實的狀況
05/29 00:58, 16F
→
05/29 00:59, 4年前 , 17F
現在應該要用病歿數來觀察疫情的嚴重度
05/29 00:59, 17F
→
05/29 00:59, 4年前 , 18F
..相關報導出現幾次了還這麼多人沒看懂
05/29 00:59, 18F
→
05/29 01:00, 4年前 , 19F
校正回歸其實是資料庫的問題, 驗完以後
05/29 01:00, 19F
→
05/29 01:00, 4年前 , 20F
不同地方有太多資料要上傳 會隨機錯誤
05/29 01:00, 20F
→
05/29 01:01, 4年前 , 21F
後來找唐鳳出手弄了套新的 但是終端要換
05/29 01:01, 21F
推
05/29 01:01, 4年前 , 22F
我看可能破千了 醫療崩潰了
05/29 01:01, 22F
→
05/29 01:02, 4年前 , 23F
再來就沒有媒體盯了, 也不知道替換進度
05/29 01:02, 23F
→
05/29 01:03, 4年前 , 24F
這個解釋不合理，如果是資料庫的問題，
05/29 01:03, 24F
→
05/29 01:03, 4年前 , 25F
那麼為什麼以前不會發生錯誤?
05/29 01:03, 25F
→
05/29 01:04, 4年前 , 26F
現在還繼續校正，那就表示現在的資料都
05/29 01:04, 26F
推
05/29 01:05, 4年前 , 27F
之前就是錯誤才卡了幾千筆沒上傳成功吧
05/29 01:05, 27F
→
05/29 01:05, 4年前 , 28F
是錯的，指揮中心報錯的資料給大家是要?
05/29 01:05, 28F
→
05/29 01:07, 4年前 , 29F
資料量差很多... 而且是檢驗完傳不上去
05/29 01:07, 29F
→
05/29 01:07, 4年前 , 30F
就承認PCR量能太少做不出來是很難?
05/29 01:07, 30F
→
05/29 01:07, 4年前 , 31F
所以一直扯檢驗量能很奇怪 驗愈多愈愈凶
05/29 01:07, 31F
→
05/29 01:07, 4年前 , 32F
卡愈凶
05/29 01:07, 32F
推
05/29 01:07, 4年前 , 33F
你的數字要再扣確診數，但趨勢是沒改
05/29 01:07, 33F
→
05/29 01:07, 4年前 , 34F
這也符合觀察到的狀況--前面做完的案件
05/29 01:07, 34F
→
05/29 01:07, 4年前 , 35F
善沒錯
05/29 01:07, 35F
→
05/29 01:08, 4年前 , 36F
並不會因為這樣比較容易上傳進去 QQ
05/29 01:08, 36F
→
05/29 01:08, 4年前 , 37F
量最大的那天 當然也需要消化的更久
05/29 01:08, 37F
→
05/29 01:09, 4年前 , 38F
新弄的終端據說快十幾倍, 但終端要換掉
05/29 01:09, 38F
噓
05/29 01:09, 4年前 , 39F
明明就檢驗能量不足硬瞎扯是什麼系統lag
05/29 01:09, 39F
→
05/29 01:10, 4年前 , 40F
白癡才信
05/29 01:10, 40F
→
05/29 01:10, 4年前 , 41F
檢驗能量不足 所以最久卡了快十天這樣?
05/29 01:10, 41F
推
05/29 01:10, 4年前 , 42F
說一個謊要用更多謊來圓
05/29 01:10, 42F
→
05/29 01:10, 4年前 , 43F
我進過實驗室，我知道PCR怎麼做怎麼判讀
05/29 01:10, 43F
→
05/29 01:10, 4年前 , 44F
第一天其實就有消息傳出來這樣~
05/29 01:10, 44F
→
05/29 01:11, 4年前 , 45F
然後呢 你做完以後結果要不要傳出去?
05/29 01:11, 45F
→
05/29 01:11, 4年前 , 46F
傳不出去 外面看來就等於沒做
05/29 01:11, 46F
→
05/29 01:11, 4年前 , 47F
要上傳資料是用人KEY IN的，就幾個BYTE
05/29 01:11, 47F
→
05/29 01:12, 4年前 , 48F
也有媒體去採訪醫院的醫檢師 說法差不多
05/29 01:12, 48F
→
05/29 01:12, 4年前 , 49F
的資料會傳不出去?都5G的時代了，別騙了
05/29 01:12, 49F
→
05/29 01:12, 4年前 , 50F
總之上傳資料不但超級慢 還有可能退件
05/29 01:12, 50F
→
05/29 01:12, 4年前 , 51F
你手機有 5G, 中央資料庫容量不會跟著加
05/29 01:12, 51F
→
05/29 01:13, 4年前 , 52F
你講的正好再證明這說法的可信度
05/29 01:13, 52F
→
05/29 01:13, 4年前 , 53F
一天要key-in幾千筆 上傳很慢還會退件
05/29 01:13, 53F
→
05/29 01:14, 4年前 , 54F
那時候就猜一定會請唐鳳出手想辦法救
05/29 01:14, 54F
→
05/29 01:14, 4年前 , 55F
檢驗量能開出來，每天確診數更可怕吧?
05/29 01:14, 55F
→
05/29 01:14, 4年前 , 56F
那就換台伺服器啊?這很難嗎?
05/29 01:14, 56F
→
05/29 01:14, 4年前 , 57F
醫院的人沒必要跟記者演戲騙你
05/29 01:14, 57F
→
05/29 01:15, 4年前 , 58F
外行人就不要說外行話了
05/29 01:15, 58F
→
05/29 01:15, 4年前 , 59F
他根本不想開出來吧? 每天校正回歸，溫水
05/29 01:15, 59F
→
05/29 01:15, 4年前 , 60F
煮青蛙
05/29 01:15, 60F
→
05/29 01:15, 4年前 , 61F
這種時候 內行人會做的是改架構 換機器
05/29 01:15, 61F
→
05/29 01:15, 4年前 , 62F
速度能加倍就要偷笑了... 架構做改變
05/29 01:15, 62F
→
05/29 01:16, 4年前 , 63F
都兩個禮拜了連伺服器都搞不定，更丟臉
05/29 01:16, 63F
→
05/29 01:16, 4年前 , 64F
快個十倍算基本盤, 設計的好還能平行化
05/29 01:16, 64F
→
05/29 01:17, 4年前 , 65F
基本上算底下終端砍掉重練 約一週完成
05/29 01:17, 65F
→
05/29 01:17, 4年前 , 66F
你能做的比他快 就不用坐在這裡~
05/29 01:17, 66F
→
05/29 01:18, 4年前 , 67F
話說回來PCR就+(<30)跟-(>30)兩種結果
05/29 01:18, 67F
→
05/29 01:18, 4年前 , 68F
是要上傳多少資料?
05/29 01:18, 68F
→
05/29 01:18, 4年前 , 69F
醫院抱怨有提到本來要填二十多個欄位
05/29 01:18, 69F
→
05/29 01:19, 4年前 , 70F
一天上千筆... 這個全手工太不人道
05/29 01:19, 70F
→
05/29 01:20, 4年前 , 71F
不要跟我說要把PCR跑的結果用影像上傳給
05/29 01:20, 71F
→
05/29 01:20, 4年前 , 72F
總之 據媒體報導是連作業流程都改了
05/29 01:20, 72F
→
05/29 01:21, 4年前 , 73F
跟個資有關的欄位, 改成由病患自己填寫
05/29 01:21, 73F
→
05/29 01:21, 4年前 , 74F
系統自動帶入 人工要填的欄位也有減少
05/29 01:21, 74F
→
05/29 01:22, 4年前 , 75F
還有上傳速度快十幾倍... 但程式都得換
05/29 01:22, 75F
→
05/29 01:22, 4年前 , 76F
醫院行政每個月申報健保幾十萬筆，要KEY
05/29 01:22, 76F
→
05/29 01:22, 4年前 , 77F
如果那系統會一直被退件 大概也非改不可
05/29 01:22, 77F
→
05/29 01:23, 4年前 , 78F
搞過系統的人看起來都覺得正常 其實是
05/29 01:23, 78F
→
05/29 01:23, 4年前 , 79F
已經發生過很多次的情境~
05/29 01:23, 79F
→
05/29 01:23, 4年前 , 80F
一堆資料，也沒看到出錯過
05/29 01:23, 80F
→
05/29 01:23, 4年前 , 81F
你以為 line 啊 FB 之類大公司不會塞嗎?
05/29 01:23, 81F
→
05/29 01:24, 4年前 , 82F
會不會塞是看跟原本設計時預期的量接近
05/29 01:24, 82F
→
05/29 01:24, 4年前 , 83F
需求爆增讓原本的作法變的不可能 很常見
05/29 01:24, 83F
→
05/29 01:25, 4年前 , 84F
一個星期出頭 搞出一套平行系統上線測試
05/29 01:25, 84F
→
05/29 01:26, 4年前 , 85F
根本是神速 竟然有人嫌慢?!
05/29 01:26, 85F
→
05/29 01:39, 4年前 , 86F
就問平時全國門診有幾筆資料要Key 離峰
05/29 01:39, 86F
→
05/29 01:39, 4年前 , 87F
上傳還能塞十天的車 我們系統到底啥爛架
05/29 01:39, 87F
→
05/29 01:39, 4年前 , 88F
構爛頻寬
05/29 01:39, 88F
→
05/29 01:42, 4年前 , 89F
而且先把判定結果上傳 後續疫調慢慢做不
05/29 01:42, 89F
→
05/29 01:42, 4年前 , 90F
也能簡化步驟(況且現在疫調也沒空細查了
05/29 01:42, 90F
→
05/29 01:43, 4年前 , 91F
那跟頻寬一點關係也沒有 會塞的是系統
05/29 01:43, 91F
→
05/29 01:43, 4年前 , 92F
除了系統塞 原本的操作方式也太吃人工
05/29 01:43, 92F
→
05/29 01:44, 4年前 , 93F
在公家機關這樣其實還蠻正常 @@
05/29 01:44, 93F
→
05/29 01:44, 4年前 , 94F
"會動60分"
05/29 01:44, 94F
‣ 更多 hugh509 的文章
文章代碼(AID): #1WiH_JCQ (Gossiping)
討論串 (同標題文章)
完整討論串 (本文為第 9 之 11 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共11篇)
‣ 更多 hugh509 的文章
文章代碼(AID): #1WiH_JCQ (Gossiping)