工研院出面道歉！承包衛福部次世代數位醫療平臺計畫，引發2大開源授權爭議

Facebook

ref Lucien Cheng-hsia Lin

其實apache-2.0是蠻寬鬆的，它可以再轉授權(sublicense)，也就是說修改者可以用自己名義授權出去，但要保留前手的名譽。也沒有限定一定要再把Source form發布出去，轉閉源的binary來使用也沒有問題。

然而不管怎麼樣，後續發布時，這四點要做到：

1. 原授權條款給一份，註記原來哪些專案是採apache-2.0授權發布的；
2. apache-2.0授權程式有修改過，要註記有修改過，若是只給binary，當然就註解整隻程式都被修改過；

3. 若是採Source form發布，那就相關attribution資訊都盡量保留，不過已不適用的可以刪，例如原專案有五隻程式，調整後只留下二隻程式，當然刪掉沒用到的那三隻程式的相應資訊；
4、NOTICE檔案可以調整內容，但不要刪，因為依apache-2.0的設計，就是相關的法律或聲明資訊都是寫在這裡的。若是前手沒給NOTICE，也就沒要求後手一定要保留這個NOTICE檔案，但若前手有給，那後手就要配合將相關資訊都續寫到這個NOTICE來。

apache2.0 NOTICE permissive sublicense

工研院出面道歉！承包衛福部次世代數位醫療平臺計畫，引發2大開源授權爭議

衛福部委託工研院執行次世代數位醫療平臺專案辦公室計畫案，但開源社群者發現，工研院在計畫官網上架的健保申報規則原始碼，未遵照開源專案授權規定，直接使用美國政府開源專案程式碼來改作。衛福部4月19日晚間發文回應將調查此事；工研院也在4月20日晚間發表道歉聲明，對其中一項爭議道歉，並啟動補正，但沒有對爭議二提出回應

Facebook

Lorex L. Yang

來發個正式說明文（文長注意）
.
先提一下背景：工研院承接衛生福利部次世代數位醫療平台專案辦公室，現在負責制定國內醫療資料交換標準、並且負責建平台系統為台灣的數位醫療做轉型。同時營運「台灣醫療資訊標準大平台」網站。
臺灣醫療資訊標準大平台