[CORE-240] Run queries using derived fact tables (Multi-fact table & OMOP) Created: 16/Nov/16 Updated: 29/Jun/17 Resolved: 13/Jun/17 |
|
| Status: | Closed |
| Project: | i2b2 Core Software |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 1.7.09 |
| Type: | New Feature | Priority: | Major |
| Reporter: | Lori Phillips | Assignee: | Janice Donahoe |
| Resolution: | Completed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Affects View/s: |
Query Tool, Timeline View
|
| i2b2 Feature/s: |
Queries, Temporal Queries
|
| Testing Notes: | Currently testing the install scripts.
Next step will be to test running queries using the OMOP demo data inserted into the i2b2 tables. Tested and queries appear to be working correctly. |
| Participant/s: |
| Description |
|
An enhancement to CRC to run queries against derived fact tables (Multi-fact tables) as found in OMOP or PCORI.
Enabled by a crc.properties parameter # Derived fact table parameter queryprocessor.derivedfacttable=true If parameter does not exist, then queries run against obs_fact table. On 1/4/17 added capability to query more than one domain for the case of a concept folder whose children span more than one domain (eg labs with measurement and observation) Each concept is assigned to one domain but a folder may have children within a separate domain. In the case for no filter list, OMOP returns an empty observation set by default. The reason for this is there since there are no concepts in the filter list, we dont know which domain table to query |
| Comments |
| Comment by Janice Donahoe [ 13/Jun/17 ] |
| This new feature will be included in release 1.7.09 |