耀聖藥價更新作業缺失之測試

[hsu]

先給我同學森林大看一下
viewtopic.php?f=171&t=80467

不知道其他電腦公司程式是如何

耀聖的在月初
要訂正一次健保碼
把價格改對
不然在計算部份負擔時會錯
然後申報當天
又要改回來
不然申報會錯
申報完後
還要再改一次

如果許多藥有變化
系統又不能幫我們提醒
用筆一一記下
一一去改
真的很煩

基本上他以前的作法可能是無效的
申報也可能有問題

原本已經更新到102.1藥價
現在用101.12更新看看

更新完用藥價分析看有無價格錯誤
結果是沒有錯誤

這一項藥物是102.1藥價更新健保碼也變(AC-->A0)
我是先把健保碼改回AC健保價沒改
結果健保價還是0而且沒被篩檢出來

所以同學
以後不要再用這種方法了
申報完新藥價就好

[歌仔戲]

我都是7號申報完
再下載新的月份
再更新
至於前七天的誤差 就不管它了
雖然覺得怪怪的
但也還沒出過事

我是電腦白痴....耀聖也不行....沒辦法 （阿飄）

[hsu]

現在是測試此次出槌的藥價歸0的問題
耀聖工程師原本說是
因為有客戶建議
若原瓶藥水單價變成0
不要顯示該筆
(不甚清楚這是啥意思)
viewtopic.php?f=171&t=80467

耀聖之前的藥價更新中"健保碼變"
不知道是用甚麼標準來抓的
但是現在藥品健保碼的後8碼應該是不會變的
應該也不會有相同的
會變的通常只是前2碼而已
希望不要連這多年來都一樣的最基本服務都做不好

是的..
耀聖的健保碼變是判斷前二碼是否變更
並謝謝您的指教

那為何這一次健保碼的更動沒有抓出來

我用昨天抓的藥品更新檔
結果發現好幾個藥歸0
上健保局網站查詢發現是AC變成A0
但是"健保碼變"並無功能
而必須手動更改
例如
AC40765199-->A040765199
AC21924399-->A021924399
都沒有抓出來
而只是顯示健保價為0

因為有客戶建議
若原瓶藥水單價變成0
不要顯示該筆

依照您的舉例
AC40765199
健保局公告看不出來是
AC40765199-->A040765199
還是
A040765199-->AC40765199

若您有需求
我們會再回覆此段程式
再麻煩您回覆

但這次有問題的都不是藥水

實際上我這邊出現問題的3個藥都非原瓶藥水
晟德桶裝BROWN MIXTURE
AC40765199-->A040765199
杏輝桶裝MYCOMB藥膏
AC21924399-->A021924399
杏輝桶裝CLOBETASOL OINT
AC28562399-->A028562399
共通點是都是由AC轉A0

這張圖是在更新為102.1藥價
且手動更新上面3種藥價資料之後做的健保碼變篩檢










有看出問題所在嗎？
由101.12更新為102.1藥價後
藥價分析出有許多藥價歸0
但是"健保碼變"卻沒有問題
讓許多大大以為這些藥被取消給付
實際上這些藥卻是由AC碼-->A0碼
手動更新之後再作分析
他卻要把我已經手動更新的A0碼要改回AC碼
藥價生效日期則是抓新的A0碼的

耀聖工程師知道問題所在了嗎？
你們設計了一個ONE WAY的"健保碼變"更新程式
只會由A0-->AC-->(?)AB
而且沒有辨識個別健保碼藥價生效日期
因為以前只有A0-->AC-->
所以沒有發生問題
現在有AC-->A0就出槌了

[lupin]

繳錢還要幫程式除錯，應該給HSU大一年免維護費的優惠，抓一隻臭蟲回饋$3000

[woods053]

繳錢還要幫程式除錯，應該給HSU大一年免維護費的優惠，抓一隻臭蟲回饋$3000

推

[hsu]

上面顯示藥價0
我還置換
是故意測試給你看的
問題是
前面是新的健保碼
後面是舊的健保碼
照理正常情況下應該是
前面是舊的健保碼
後面是新的健保碼
為何出現這種錯誤
應該是你們要去解決的

另外一個問題是健保價是0的健保碼
這實際上是無效的健保碼
之前就曾問過貴公司工程師
當時的回覆應該是為維持資料庫存檔完整
這一次出槌應該就是跟這有關
今天問杏輝業代
因為藥廠改PIC/S
許多藥價由A0-->AC
結果發現許多分裝藥的健保碼也是AC
不符AC原包裝藥品的規定
所以才會有這一次AC-->A0
是否因為新的A0健保碼跟你們資料庫中舊的A0健保碼相同而出鎚
請你們查清礎想ㄧ個解決辦法吧

[kib70640]

跟您通完電話後終於茅塞頓開了
請您再更新一次102年1月份的藥檔
1. AC -> A0
2. 不顯示健保價為 0
如有問題，再麻煩您回覆

耀聖有您這樣的客戶
真是我們的榮幸

[hsu]

剛測試結果應該是沒問題了

以下是剛剛想到的建議
不過我想你應該大多改好了吧

在使用中藥價資料庫
可保留藥價歸0的失效健保碼
已維持資料庫完整性

在藥價更新的資料庫中
應把藥價歸0的失效的健保碼排除
(這兩個資料庫應該是不同的吧？)

兩個藥價資料庫比對之時
1.使用中的健保碼比對不到更新資料庫的，應該顯示為健保碼失效，藥價歸0。如果原藥價已是0，表示之前已處理過，則不顯示。
2.使用中的健保碼比對更新資料庫的價格不同，應該顯示為藥價更新。
3.使用中的健保碼比對不到更新資料庫的資料後，應再比對後8碼或是6碼+G0(最後兩碼改G0)，如有則顯示健保碼變更，提示建議更改健保碼，因為更新資料庫中失效健保碼已排除，所以不會有更改到藥價0的問題。
4.價格錯誤跟健保碼變如可能的話，應整合成一次分析較好。
5.更新盡量不以批次整體更新為宜，如此可以順便檢視各項藥品是否有誤。(也許有人會嫌麻煩....)

[kib70640]

是的...
這二個資料庫是不同的
使用中的藥檔還是會保留健保價為0

您建議的五項我需要跟系統人員討論
因為有可能會動到主程式
討論完後再回覆您

謝謝您的建議
再次感謝您

[yehmy]

繳錢還要幫程式除錯，應該給HSU大一年免維護費的優惠，抓一隻臭蟲回饋$3000

言之有理 ! 不能只是說 榮幸 , 感謝 ,要有實際表示誠意 .

[forester]

輪到我瘋了

之前改藥價到102.01
今天想要申報
以往可以更新回101.12
現在不行了
這樣申報藥價一定會出錯
會被健保局電腦叮啊
(壓力) (壓力) (壓力)

[hsu]

輪到我瘋了

之前改藥價到102.01
今天想要申報
以往可以更新回101.12
現在不行了
這樣申報藥價一定會出錯
會被健保局電腦叮啊
(壓力) (壓力) (壓力)

我不是開頭就跟你說有問題

找他們工程師看看有沒辦法處理吧

[smallant]

是的...
這二個資料庫是不同的
使用中的藥檔還是會保留健保價為0

您建議的五項我需要跟系統人員討論
因為有可能會動到主程式
討論完後再回覆您

謝謝您的建議
再次感謝您

4天了

怎麼還沒有回應ㄟ

[brian1968]

是的...
這二個資料庫是不同的
使用中的藥檔還是會保留健保價為0

您建議的五項我需要跟系統人員討論
因為有可能會動到主程式
討論完後再回覆您

謝謝您的建議
再次感謝您

4天了

怎麼還沒有回應ㄟ

(爽) (爽) (爽)
這就是有人想跳槽的原因 (偽可愛)

[hsu]

是的...
這二個資料庫是不同的
使用中的藥檔還是會保留健保價為0

您建議的五項我需要跟系統人員討論
因為有可能會動到主程式
討論完後再回覆您

謝謝您的建議
再次感謝您

4天了

怎麼還沒有回應ㄟ

主程式的問題不太可能啦
順順的用不要出鎚就萬幸了