profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/yunwwang/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

HL7-DaVinci/CRD 23

Coverage Requirements Discovery (CRD) Reference Implementation (RI)

HL7-DaVinci/dtr 15

Documentation Templates and Rules (DTR) - SMART on FHIR Application

HL7-DaVinci/crd-request-generator 4

Small application to generate CRD requests

yunwwang/cda-2-fhir-net 1

A .net CDA to FHIR converter

yunwwang/sample_ccdas 1

Repository of Sample CCDA Documents -- all comers welcome!

yunwwang/sub-questionnaire-py 1

FHIR Questionnaire $assemble prototype

yunwwang/client-js 0

JavaScript client for FHIR

yunwwang/fhir 0

Official source for the HL7 FHIR Specification

yunwwang/FHIR-1 0

The IBM® FHIR® Server and related projects

push eventonc-healthit/inferno-program

Yunwei Wang

commit sha 99ad8ac3ec3dd83eb4f51c62ef5729a62fcce6cc

fix typoes in release notes

view details

push time in 22 minutes

PR opened onc-healthit/inferno-program

Inferno Program Edition v1.7.0
  • Adds test for validating FHIR id date type base on FHIR specification v4.0.1.
  • Removes check within the Bulk Data Authorization test (BDA-03) that required systems to reject authorization requests with scopes other than system scopes specified in Bulk Data Access IG v1.0.0
  • Removes check within the Bulk Data Export tests (BDE-04 and BDE-05) that required systems to reject export requests with headers other than what specified in Bulk Data Access IG v1.0.0
  • Adds support for IE 11 in EHR Launch Test.
  • Accepts HTTP response with status 401 as valid response for Bulk Data Authorization test (BDA-06).
  • Fixes issue where headers with invalid characters in HTTP response could crash Inferno tests.
  • Fixes the race condition in reference resolution tests.
  • Fixes issue where MustSupport tests in Multi-Patient cause inadvertent effects of tests in Single-Patient setting.
  • Adds the use parameter in Inferno's public keys.
+27 -1

0 comment

3 changed files

pr created time in 24 minutes

push eventonc-healthit/inferno-program

Yunwei Wang

commit sha 8e16464dea926b7d8e815c07e8830ee0cdf95eb4

Update link to onc_program_matrix_1_7_0

view details

push time in 27 minutes

issue commentonc-healthit/inferno-program

BDE-09: How to pass this test with legit alternative access control methods other than access token?

@medhost-bfindeisen I have not heard any update nor clarification. I suggest you to submit comments through ONC portal that server implementer need clarification on this specific issue.

qtuan

comment created time in a day

issue openedonc-healthit/inferno-program

Bulk data export status check (BDE-07) timeout should be configurable

Current BDE-07 timeout after 180 seconds. The timeout is calculated as

CurrentTime - StartTime + WaitTime

where the WaitTime is the value from retry_after header (if exist) or the exponential backoff from previous WaitTime

Some server may need more time than 180 seconds to get export ready.

Inferno should allow tester to manually change the timeout threshold at run time, (ex via UI component)

created time in a day

issue commentonc-healthit/inferno-program

EHB-OELS-12 should allow launch context scopes in token response

We are still investigating how we can address additional scopes presented in token response. We are currently leaning to say that server can return additional scopes but should at least grant scopes required by SMART. I would appreciate if you could also submit a clarification request to ONC with interpretation (or expectation) from server implementer. So ONC could better understanding the gaps here.

cooperthompson

comment created time in 2 days

push eventonc-healthit/inferno-program

Yunwei Wang

commit sha 376c89117692c6ff96c7717f8321c9fbe0843afd

Genreate onc_program_matrix_1_7_0

view details

push time in 3 days

push eventonc-healthit/inferno-program

yunwwang

commit sha 7b80997642d259b3aa6a998f2903a2e94634bfcf

FI-1313: Add 401 as expected status to BDA-06 (#348) * Add 401 as expected status to BDA-06 * Update unit test description

view details

yunwwang

commit sha 4b324045ae5ccadb2e4efd2e84c0a592656e1041

FI-1308: deprecate BED-04/05 (#349) * deprecate BED-04/05 * remove sub-questionnaire-py

view details

yunwwang

commit sha 6bcf21a569e921368317a2ac6171d51d0a9c2c17

Add "usg: sig" to config.yml (#351)

view details

yunwwang

commit sha 379c81de89f39ecd636de2bc50441a32e55945f2

FI-1268 Update uscore_generator to prevent get searching value from different… (#343) * Update uscore_generator to prevent get searching value from different resource when there are more than 2 search parameters * Remove variable #{sequence[:resource].underscore}_ary from generator

view details

Stephen MacVicar

commit sha e916683ec3430b0fba1dd18ba7b06b4c2914b889

deep freeze profile definitions

view details

Stephen MacVicar

commit sha 83c0c750eae0218442efd66c17f4741d0996433d

use deep_dup in bulk validation sequence

view details

yunwwang

commit sha 25b2b9b993166b6845fac4a632943cf2d965d49e

FI-1316 Call bundle.next_bundle to get next page of search result (#352) * Call bundle.next_bundle to get next page of search result. Remove one unit test since next_bundle() does not throw exception on 404 * restore "fetch_all_bundled_resources fails on 404" unit test * Add assert_bundle_response check * Restore assert_valid_json call

view details

Stephen MacVicar

commit sha c874f755029ec1c44dd06c2ab9fea547bd8ad77d

update fhir client in pg gemfile

view details

Rob Scanlon

commit sha bd825744068aefe3e9ea99ebcf5b58be9ab053e4

Merge pull request #357 from onc-healthit/fi-1321-fix-ms-tests FI-1321: Fix Must Support tests incorrectly passing

view details

Rob Scanlon

commit sha 8372d65462ca690dff1a4481494263f3aaaa256d

Merge pull request #358 from onc-healthit/fix-pg-gemfile Update fhir client in pg gemfile

view details

Yunwei Wang

commit sha 0b17f425519d6a0d0e2b1dd970a1d3e91f1e141d

update version to 1.7.0

view details

Yunwei Wang

commit sha 9b1941c23ebae37a43f940e77ea9a0e98dec8454

Update Release Notes

view details

Yunwei Wang

commit sha b67d00c28c6be9805119403f4a16d4fcb06d890b

update change logs

view details

push time in 3 days

PullRequestReviewEvent

delete branch onc-healthit/inferno-program

delete branch : FI-1316-bundle-next

delete time in 7 days

push eventonc-healthit/inferno-program

yunwwang

commit sha 25b2b9b993166b6845fac4a632943cf2d965d49e

FI-1316 Call bundle.next_bundle to get next page of search result (#352) * Call bundle.next_bundle to get next page of search result. Remove one unit test since next_bundle() does not throw exception on 404 * restore "fetch_all_bundled_resources fails on 404" unit test * Add assert_bundle_response check * Restore assert_valid_json call

view details

push time in 7 days

PR merged onc-healthit/inferno-program

FI-1316 Call bundle.next_bundle to get next page of search result

Summary

USCMR-14 failed because the resources from the 2nd page of search result don't have fhir client reference. The root cause is on the SequenceBase.fetch_all_bundled_resources() function which does not use parse_reply for the response from "next" link.

New behavior

Use bundle.next_bundle to get next page of search result. bundle.next_bundle return nil if there is no next page or unable to read next page.

Remove one unit test on status 404 since bundle.next_bundle does not throw exception on status 404. Instead it returns nil.

Code changes

Testing guidance

Run Single Patient test on Reference Server to verify that USCMR-14 is passed.

+2 -1

2 comments

1 changed file

yunwwang

pr closed time in 7 days

push eventonc-healthit/inferno-program

Yunwei Wang

commit sha 67a5aef296d838699a704988f2d7f37302c85f80

Restore assert_valid_json call

view details

push time in 7 days

push eventonc-healthit/inferno-program

Yunwei Wang

commit sha 48dbc36a6abf648f8bbda0cf0b051e0d8347ea59

Add assert_bundle_response check

view details

push time in 7 days

Pull request review commentonc-healthit/inferno-program

FI-1316 Call bundle.next_bundle to get next page of search result

 def fetch_all_bundled_resources(reply, reply_handler = nil)           resources += bundle&.entry&.map { |entry| entry&.resource }           next_bundle_link = bundle&.link&.find { |link| link.relation == 'next' }&.url           reply_handler&.call(reply)+           break if next_bundle_link.blank?            reply = @client.raw_read_url(next_bundle_link)           error_message = "Could not resolve next bundle. #{next_bundle_link}"           assert_response_ok(reply, error_message)-          assert_valid_json(reply.body, error_message)

If this body is invalid, @client.parse_reply would return nil https://github.com/fhir-crucible/fhir_client/blob/42c675db614dd20812f617181b119af4a7d1b000/lib/fhir_client/client.rb#L315

yunwwang

comment created time in 9 days

PullRequestReviewEvent

issue commentonc-healthit/inferno-program

DocumentReference search by Patient, Category and Date fails (FI-1268)

Hello @lakshmib08 If you use Inferno source codes, you can pull the latest from main branch and run tests locally. If you use Inferno docker image or inferno.healthit.gov website, you have to wait for the v1.7.0 release. We are currently working through the release process. I hope it could be done by next weekend.

lakshmib08

comment created time in 9 days

issue commentonc-healthit/inferno-program

OIDC-02: Inferno is looking at incorrect end point for .well-known configuration

Hello @Puttajunjaiah01 Inferno program does not have a test called "OIDC-02". Do you mean test SPC-OIDC-02? SPC-OIDC-02 use the "iss" value in id_token payload to build the url for .well-known endpoint. Please check if the "iss" value in your id_token is correct

Puttajunjaiah01

comment created time in 10 days

issue commentinferno-community/fhir-validator-app

URL value does not resolve

I know this url is used in your resource. Is the StructureDefinition of this extension uploaded to FHIR validator? FHIR validator does not know this extension without its definition.

riteshbhambhani108

comment created time in 14 days

issue commentinferno-community/fhir-validator-app

CAREGAP is Unknown code

The code system you mentioned, "http://terminology.hl7.org/CodeSystem/v3-ActCode", does not have that code CAREGAP

riteshbhambhani108

comment created time in 15 days

issue commentinferno-community/fhir-validator-app

URL value does not resolve

Have you provided StructureDefinition of that extension?

riteshbhambhani108

comment created time in 15 days

IssuesEvent

issue commentonc-healthit/inferno-program

Inferno test USCDR-12 is expecting both DocumentReference.attachment.data and DocumentReference.attachment.url in the resource response

After investigation and thorough discussion, we decided to update USCDR-13 to follow ONC CCG clarification on choice or reference element:

"A Health IT Module must support at least one Choice or Reference for US Core IG “must support” elements with multiple Choices or References, respectively. "

Puttajunjaiah01

comment created time in 15 days

issue commentonc-healthit/inferno-program

BDA-06 should expect 401 along with 400 as a valid http response code (FI-1313)

@sagarshah1983 sorry I put a wrong issue number in the PR. Now the PR is linked to this Issue. The label "resolved" mean that all changes are merged to main branch and waiting to be released. If you are using source code directly, you can pull the main branch and start testing with the change. If you are using Docker image or inferno.healthit.gov, you need to wait for the next release. We are planning to release next week or after.

sagarshah1983

comment created time in 15 days

delete branch onc-healthit/inferno-program

delete branch : fi-1268-search-value

delete time in 15 days

push eventonc-healthit/inferno-program

yunwwang

commit sha 379c81de89f39ecd636de2bc50441a32e55945f2

FI-1268 Update uscore_generator to prevent get searching value from different… (#343) * Update uscore_generator to prevent get searching value from different resource when there are more than 2 search parameters * Remove variable #{sequence[:resource].underscore}_ary from generator

view details

push time in 15 days

PR merged onc-healthit/inferno-program

Reviewers
FI-1268 Update uscore_generator to prevent get searching value from different…

… resource when there are more than 2 search parameters

Summary

When there are more than two search parameters, in some rare case, Inferno may take the search value from different resource under the same patient.

This fix is to force the get_value_for_search_param() to take search parameter values from the same resource

This PR address Issue #310 and #312

New behavior

Code changes

Add an inner loop inside patient_ids.each do |patient| that looping through each resource the patient has to find search parameter values

Example:

        patient_ids.each do |patient|
          next unless @procedure_ary[patient].present?

          Array.wrap(@procedure_ary[patient]).each do |procedure|
            search_params = {
              'patient': patient,
              'code': get_value_for_search_param(resolve_element_from_path(procedure, 'code') { |el| get_value_for_search_param(el).present? }),
              'date': get_value_for_search_param(resolve_element_from_path(procedure, 'performed') { |el| get_value_for_search_param(el).present? })
            }
...

Testing guidance

Create a new patient in reference server Create two DocumentReference resource where the first DocumentReference resource has DocumentReference.category and DocumentReference.date as

...
    "category": [
        {
            "text": "Unknown"
        }
    ],
    "date": "2019-09-09",
...

and the second DocumentReference resource has

    "category": [
        {
            "coding": [
                {
                    "system": "http://hl7.org/fhir/us/core/CodeSystem/us-core-documentreference-category",
                    "code": "clinical-note",
                    "display": "Clinical Note"
                }
            ],
            "text": "Clinical Note"
        }
    ],
    "date": "2020-09-09",

Run the "Single Patient" test Verify that all tests passed (except secured by TLS test if the reference server is running on http) Verify that DocumentReference test USCDR-04 has the correct search parameter values like DocumentReference?category=clinical-note&date=2020-09-09&patient=[patient id]

+1023 -813

1 comment

19 changed files

yunwwang

pr closed time in 15 days

issue commentonc-healthit/inferno-program

EHB-OELS-12 should allow launch context scopes in token response

Quote from (g)(10) test procedure

“launch/patient” (to support “context-standalone-patient” “SMART on FHIR Core Capability” for Standalone-Launch mode only); “launch” (for EHR-Launch mode only);

cooperthompson

comment created time in 16 days

Pull request review commentonc-healthit/inferno-program

FI-1316 Call bundle.next_bundle to get next page of search result

 class SequenceBaseTest < MiniTest::Test       assert all_resources.map(&:id) == ['1', '2']     end -    it 'fails on 404' do

Restored the unit test and changed the fetch_all_bundled_resources() to handle that

yunwwang

comment created time in 16 days