Cigna Provider References pointing to URLs #651
-
I just started looking at the Cigna files. Based on what I am seeing they have separate files to download for every single provider reference? Is this a mistake? We cannot possibly download a separate file for every provider reference just to see their NPI/EIN. Below is a small snippit of the provider reference in a smaller file I downloaded. In some of the larger files, there could be 18,000 provider reference json files to download for one plan. That does not make sense. Is there a way to just download all of the NPI/EIN data from a single file, or another solution for the Cigna Provider Reference?
` |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
I ran into this while I was working on it as well. I found it pretty absurd, the only reason I can think that they did this was that adding all the arrays represented by the references to where they would be within the file balloons the size by quite a bit. That said, it's to be expected that the Machine Readable Files will be pretty large, so it seems like it's placing needless extra effort on the people who will be ingesting the machine readable files to format it this way. I ended up writing a node.js script to automate a GET request to all the urls for provider references, pushing them into a map, and cross referencing that map to put the NPI/EIN arrays onto the in_network file itself. As mentioned prior it ended up increasing the size of the file by quite a bit, there might be a more elegant solution, but that's what worked for my purposes. |
Beta Was this translation helpful? Give feedback.
-
This is definitely a tradeoff scenario when thinking through the design of these files. Moving the large, repeatable chunks of JSON out of the file significantly reduced the already largish file sizes. It also allowed for building these provider networks once and referring to them many times thus cutting down on duplication. With the table of contents file already containing links to external files, having scripts evaluate external provider references wasn't going to require much new functionality technically speaking (e.g. you have a script that is already fetching external references). @hchorton -- you're script makes sense and is pretty straightforward in the expectation on post-processing these files to whatever the consumer of the files wish. |
Beta Was this translation helpful? Give feedback.
I ran into this while I was working on it as well. I found it pretty absurd, the only reason I can think that they did this was that adding all the arrays represented by the references to where they would be within the file balloons the size by quite a bit.
That said, it's to be expected that the Machine Readable Files will be pretty large, so it seems like it's placing needless extra effort on the people who will be ingesting the machine readable files to format it this way. I ended up writing a node.js script to automate a GET request to all the urls for provider references, pushing them into a map, and cross referencing that map to put the NPI/EIN arrays onto the in_network file itself…