hs5547 wrote:
明明可以人工雙證件領取為什麼不做，強迫插卡???
因為要做大數據!!!
而且我相信代領人會與委託人數據相關聯
超商櫃台會崩潰，你前面大排隊在人工肉眼確認，後面正在等結帳買早餐的人很急很生氣
我是超商老董的話，才不要接這種嚴重影響生意收入的案子呢！
寧可把領券的人通通丟去KISOK排隊，弄出小白單再來找櫃台，不要干擾我做生意
個人積分：1211分
文章編號：78427575
個人積分：196分
文章編號：78427727
惡魔推銷員 wrote:
只要做身分確認，就是與插健保卡無異？
你們質疑用健保卡不合法規，那用app做身分確認，你要質疑什麼？不合法規？
只有人工肉眼確認才合法嗎？
24h掛在線上??
厲害棒棒喔
唐鳳趕快禪讓吧，惡魔推銷員的效率比你好太多了
健保卡快譯通app就是健保卡手機板!!!
民脂民膏，為什麼還要讓你收集數據才能領???
民眾的錢，民眾為何沒有選擇的權力
再者
健保卡到底跟3倍券有何關聯!!!
----------------------------------------------------------------------------
〔記者林惠琴／台北報導〕台灣人權促進會發出聲明指出，行政院在疫情期間授權超商可使用健保卡領取口罩，本已有違法疑慮；如今要授權超商以健保卡領售振興券，更將是進一步違法濫權的行政行為。對此，中央流行疫情指揮中心指揮官陳時中表示，振興券使用健保卡相關事宜，一定要在合法的範圍來做。
台灣人權促進會聲明說明，若行政院授權各超商執行實名領售振興券，則消費者的消費紀錄將更容易被業者所掌握，這個政策也將成為行政院明目張膽透過其利誘，將人民個資販賣給企業的狀況，呼籲應秉持依法行政的原則使用健保卡，更不應允許超商業者透過健保卡或任何實名機制，執行領售振興券的業務。
陳時中指出，以健保卡發放口罩是一定沒問題，至於振興券這個事情，要法規完備再做，目前還沒確認要用什麼方式發放，但強調一定會在合法的範圍來做。
------------------------------------------------------------------------------
唐姐姐，連你要捐助的台權會都質疑
有合法，當初陳時中就可以大聲講了啦
唐姐姐也能大聲，不必遮遮掩掩
跟你一樣故意不說清楚
個人積分：196分
文章編號：78427757
個人積分：1174分
文章編號：78427933
第 5 條 三倍券之領取方式如下：
一、紙本三倍券：自中華民國一百零九年七月十五日起至一百零九年十二月三十一日止，由符合領取資格者親自或委託他人至經濟部公告之場
所進行網路認證或認定身分，依下列規定領取：
（一）領有全民健康保險憑證（以下簡稱健保卡）者，應持健保卡。
======================================
第 2 條
全民健康保險保險憑證（以下稱健保卡）供保險對象於保險醫事服務機構
作醫療使用、申辦保險人提供之服務或保險人與其他政府機關（構）合作
之網路服務使用。
但不得存放非供醫療使用目的及與保險對象接受本保險
醫療服務無關之內容。
======================是個正常人就知道民進黨違反現有法令使用健保卡
至於那些蠢到不正常的就不在此列
個人積分：1211分
文章編號：78428368
freedomhome wrote:
但不得存放非供醫療使用目的及與保險對象接受本保險
醫療服務無關之內容。
======================
是個正常人就知道民進黨違反現有法令使用健保卡
至於那些蠢到不正常的就不在此列
實在是被你這不斷重複的言論給搞得好煩，只好借助你們陣營的人來說服你。
雖然這樣對JasonQ大很抱歉，但是我覺得正常人就是應該可以知道，健保卡做這件事只需要認證，而三倍券資料存放與健保卡，或是健保卡的資料庫，根本不用牽扯在一起，那種設計沒有任何好處。
當然我知道你下一步就是回我說要我拿出證據，但我跟政府無關，也沒碰這案子，當然沒辦法開資料庫給你看，所以只能給你看看JasonQ大的文章，讓你了解正常人的邏輯囉！
個人積分：1174分
文章編號：78428514
第 5 條 三倍券之領取方式如下：
一、紙本三倍券：自中華民國一百零九年七月十五日起至一百零九年十二月三十一日止，由符合領取資格者親自或委託他人至經濟部公告之場
所進行網路認證或認定身分，依下列規定領取：
（一）領有全民健康保險憑證（以下簡稱健保卡）者，應持健保卡。
======================================
第 2 條
全民健康保險保險憑證（以下稱健保卡）供保險對象於保險醫事服務機構
作醫療使用、申辦保險人提供之服務或保險人與其他政府機關（構）合作
之網路服務使用。
但不得存放非供醫療使用目的及與保險對象接受本保險
醫療服務無關之內容。
======================是個正常人就知道民進黨違反現有法令使用健保卡
至於那些蠢到不正常的就不在此列
是個正常人就知道民進黨違反現有法令使用健保卡
至於那些蠢到不正常的就不在此列
是個正常人就知道民進黨違反現有法令使用健保卡
至於那些蠢到不正常的就不在此列
個人積分：286分
文章編號：78428792
惡魔推銷員 wrote:
錯的是你...(恕刪)
基本流程前面已經講過，我猜你看不懂...
插健保卡取得那些資料？ 序號、姓名、以及證明這是一張健保卡的核對碼（可能還有身分證字號）。
這些資料傳送到健保署主機，比對過序號、姓名（可能還有身份證字號以後）拋轉那些資料到關貿系統呢？
這就要看到底系統要那些資訊才能完成一張訂單，以及到底設計者想從健保資料庫拿出那些資料做統計~
以完成一張預購訂單，其實只要訂購人基本資料（姓名、電話、身份證字號、付款狀況、預購序號、取貨狀態）
其中，姓名、身分證字號應該是從健保資料庫拋轉到關貿系統。
付款狀況來自於線上交易API回傳的確認碼，或是其他付款方式的確認碼
取貨狀況則是來自於關貿系統的紀錄，新的資料當然是未領取，所以如果已經領取過，系統成立個代碼就可以搞定。
如果取貨狀況=未領取，付款狀況也成功，系統自動產生領貨序號，然後列印領貨單。
上面這些，應該就是系統的基本流程。
問題在於：
1. 手動輸入身份證字號、姓名、電話就可以成立訂單，並且用身份證字號當唯一碼就可以判斷系統內是否有領貨狀況。
為何堅持要用健保卡作為媒介？
這個流程跟報稅系統不同，預購要拋轉的只有訂購人基本個資。
報稅系統則是會下載由公司上傳的稅務資料。
也因此，兩個系統在前期所需要的身份認證嚴謹性不同。根本不需要把健保卡納入身份識別用途。
2. 目前預購取貨時必須要提供取貨序號。
其實這就是模仿Google OAuth的做法罷了...
健保卡提供身份認證給關貿系統，確認訂單後給使用者一個序號（token），讓櫃檯依據序號發貨。
Google OAuth之所以這樣設計，有存在的必要性。
口罩到三倍券的預購與領貨根本沒有這樣設計的必須性！
因為最終領貨不是透過虛擬的網路世界，而是實體的人、物....token的傳遞也只有花極小的網路資源...
櫃檯當場確認領貨人提出的身份證明文件，與系統內註記的預購編號（身份證字號）相符就好，何必多印出一張小白單？
這就是殺雞用牛刀還殺不好，以及脫褲子放屁~~
3. 為何是選擇用健保卡連結健保資料庫做身份確認？ 為何不是用身份證字號連結戶政系統資料庫？
如果只是要足以辨識個人的基本個資，連線戶政或是稅務資料庫都可以。
換言之，到底系統設計者想要從健保資料庫拿到那些資訊？
健保資料庫存在基本個資、醫療狀況以外，就是投保資料....
我認為投保資料包含： 投保公司、投保金額、年齡、公司位置、行業別...等等
如果真的有在關貿系統資料庫建立這些資訊，我認為應該是為了拿來做後續的政策執行狀況分析...
掃描一維條碼的難度或是手動輸入身份證字號的難度與複雜度遠遠低於用讀卡機讀取健保卡...
也是系統運作的瓶頸....
你一直堅持很好操作的系統，其實多了很多不必要的操作~
透過API確認身份認證也造成兩端主機的負擔...
每次上線就崩潰一次的系統，你還當寶？
拿著額外的小白單美其名是保護個資，結果到郵局購買又拿出了完整個資證件？
你說，蠢不蠢？
個人積分：286分
文章編號：78428828
個人積分：1211分
文章編號：78429072
JasonQ wrote:
問題在於：
1. 手動輸入身份證字號、姓名、電話就可以成立訂單，並且用身份證字號當唯一碼就可以判斷系統內是否有領貨狀況。
為何堅持要用健保卡作為媒介？
這個流程跟報稅系統不同，預購要拋轉的只有訂購人基本個資。
報稅系統則是會下載由公司上傳的稅務資料。
也因此，兩個系統在前期所需要的身份認證嚴謹性不同。根本不需要把健保卡納入身份識別用途。
身分證號碼當唯一碼很不安全，也許你公司同事就有人有全公司身分證字號。
但是身分證後4碼+取貨序號，這樣就比較不容易被別人知道了，我相信你會同意這一點。
所以用身分證後4碼+取貨序號，可以直接印小白單，但用身分證號碼當唯一碼來印小白單，行嗎？
你可能會說，就請超商十幾歲工讀生，人工肉眼辨識身分證，做最後的把關，但這樣不但把壓力壓在十幾歲工讀生的身上，而且會把人流卡在櫃檯，會阻擋到其他要買早餐，要買咖啡的人，大家全卡在一起，我如果是超商企業負責人，我就不會接這種影響我做生意的案子。
另外，用肉眼辨識確認身分，也就無法幫別人領了，對吧？
JasonQ wrote:
2. 目前預購取貨時必須要提供取貨序號。
其實這就是模仿Google OAuth的做法罷了...
健保卡提供身份認證給關貿系統，確認訂單後給使用者一個序號（token），讓櫃檯依據序號發貨。
Google OAuth之所以這樣設計，有存在的必要性。
口罩到三倍券的預購與領貨根本沒有這樣設計的必須性！
因為最終領貨不是透過虛擬的網路世界，而是實體的人、物....token的傳遞也只有花極小的網路資源...
櫃檯當場確認領貨人提出的身份證明文件，與系統內註記的預購編號（身份證字號）相符就好，何必多印出一張小白單？
這就是殺雞用牛刀還殺不好，以及脫褲子放屁~~
取貨序號很難背，所以你用健保卡，就不必記取貨序號，系統會幫你找出來，印在小白單上。
至於你說不需要小白單的做法，那你就是要把token序號，由消費者想辦法記錄下來，在櫃台「念」給工讀生聽，由他幫你keyin，然後順便驗身分證，這一切都是花時間的人工，一樣會跟櫃台結帳的人卡在一起。
如果不幸在向預購平台比對token時卡關了，還順便卡住POS機，那後面等結帳的人就更慘了。
JasonQ wrote:
3. 為何是選擇用健保卡連結健保資料庫做身份確認？ 為何不是用身份證字號連結戶政系統資料庫？
如果只是要足以辨識個人的基本個資，連線戶政或是稅務資料庫都可以。
換言之，到底系統設計者想要從健保資料庫拿到那些資訊？
健保資料庫存在基本個資、醫療狀況以外，就是投保資料....
我認為投保資料包含： 投保公司、投保金額、年齡、公司位置、行業別...等等
如果真的有在關貿系統資料庫建立這些資訊，我認為應該是為了拿來做後續的政策執行狀況分析...
掃描一維條碼的難度或是手動輸入身份證字號的難度與複雜度遠遠低於用讀卡機讀取健保卡...
也是系統運作的瓶頸....
你想的這些方式，最麻煩的點，都是把工作往POS機那邊丟，需要人工掃碼，需要人工肉眼確認，需要念token給工讀生keyin(頂多出個app來幫忙顯示條碼，稍微省一點時間)，這些環節都會影響結帳，超商一定不想接案。把工作分流，櫃台只管掃小白單，身分驗證那些麻煩工作就叫你去KIOSK弄，就算人潮卡關也是卡在KIOSK，說難聽點，就是不會影響我做生意。
如果採用你的方式，我想不會有超商願意接這案子吧？
個人積分：1211分
文章編號：78429145
