开放式付款-如何调和或解释API数据与实时网站视觉数据之间的差异

时间:2019-07-05 19:30:59

标签: socrata soda

我们已连接到https://openpaymentsdata.cms.gov/的API。在某些情况下,原始API数据与实际网站上看到的数据点之间的数据点有所不同(例如,一般付款数量)。

这些数据差异的来源是什么? 正确的数据是哪个-API或实时网站?最好的情况是API是正确的数据,并且实时站点尚未更新。
我们希望对此进行调和以获取正确的数据,但是如果无法通过API进行调和,那么如何最好地解释它呢?似乎就交易引发了争议,这改变了一个数据点。如果个人资料所有者引发争议,API数据是否会更改以反映任何更新?

这是我第一次尝试了解这些数据差异是如何发生的。

这是一个随机的例子。个人资料网址:https://openpaymentsdata.cms.gov/physician/209169/

实时网站上显示的一般付款数量:139 从API提取的一般付款金额为:151

1 个答案:

答案 0 :(得分:0)

我在这里看到了问题。基于API调用https://openpaymentsdata.cms.gov/resource/bqf5-h6wd.json?physician_profile_id=209169&$$app_token=oXbsFwj7KElCMesuRAZEfTDfB&$select=total_amount_of_payment_usdollars,number_of_payments_included_in_total_amount&$limit=50000&$offset=0,您将获得一个名为"number_of_payments_included_in_total_amount"的字段,该字段具有与之关联的数字。其中的大多数是“ 1”,但是第136个条目已分配了“ 13”。您正在对等于151的字段求和。

但是,OpenPayments网站似乎仅在统计条目/行。结果中有139个条目/行。

不幸的是,我不知道哪一个是正确的。它可能是对OpenPayments网站的错误配置,也可能是对number_of_payments_included_in_total_amount含义的错误解释。但是,至少,它解释了计数方法的不同。