Eclipse Community Forums: OHF » Any patients with documents?

Home » Archived » OHF » Any patients with documents?

Any patients with documents? [message #22959]

Tue, 14 November 2006 17:58

Eclipse User

I'm working on getting the demo PHP client's document downloading up and
running again. I've made the necessary changes and I'm not getting
errors from the server anymore, which leads me to believe I'm making the
calls correctly.

However, I'm not getting any results back -- no documents found from any
of the 12 RHIOs. Is Joyce Murphy with UUID 'JM19400814' still a valid
test patient? If not, any suggestions?

-Dan

Re: Any patients with documents? [message #23003 is a reply to message #22959]

Tue, 14 November 2006 19:07

Eclipse User

Originally posted by: eishays.us.ibm.com

Joyce is valid at the "lswin10-xds, ibmod235-pix" RHIO. She has *lots*
of files.
Peter from our group is working on our demo PHP app. You can see some
changes in the PHP code which he starts to modify. If you have
contributions we'll be happy :-)
--eishay

Dan Hale wrote:
> I'm working on getting the demo PHP client's document downloading up and
> running again. I've made the necessary changes and I'm not getting
> errors from the server anymore, which leads me to believe I'm making the
> calls correctly.
>
> However, I'm not getting any results back -- no documents found from any
> of the 12 RHIOs. Is Joyce Murphy with UUID 'JM19400814' still a valid
> test patient? If not, any suggestions?
>
> -Dan

Re: Any patients with documents? [message #23086 is a reply to message #23003]

Wed, 15 November 2006 14:29

Eclipse User

Eishay Smith wrote:
> Joyce is valid at the "lswin10-xds, ibmod235-pix" RHIO. She has *lots*
> of files.
> Peter from our group is working on our demo PHP app. You can see some
> changes in the PHP code which he starts to modify. If you have
> contributions we'll be happy :-)
> --eishay

I was going to submit my code when finished, but it looks like Peter has
already caught up with me. :D

I did notice that in the FindDocumentQueryType class, the member
variable eventCodeList needed to be renamed to eventCodes to properly
follow the spec (and not crash). However, even after that change I get
"No documents found" both in my application and in the demo.

One interesting thing I noticed is Joyce Murphy does not appear to have
an id (or it is not being returned properly, or the wrong value is being
extracted from the response):

The following are your search results.

Murphy, Joyce Marie (ID: ) [all documents]
903 Susan Pl
Lacrosse, WI

Perhaps that's related? I will continue to pick at it to see what I can
do from my end.

-Dan

Re: Any patients with documents? [message #23127 is a reply to message #23086]

Wed, 15 November 2006 15:00

Eclipse User

I apologize for the double-post, but I hope this will be useful to you.

A print_r of the patient search result object appears to show the
problem. Joyce Murphy is missing the assigning authority data and id
number in the patientIdentifier object I get back from the RHIO.

stdClass Object
(
[genericAdtValues] =>
[patientAddress] => stdClass Object
(
[city] => Lacrosse
[country] =>
[countyParishCode] =>
[otherDesignation] =>
[stateOrProvince] => WI
[streetAddress] => 903 Susan Pl
[zipOrPostalCode] => 54603
)

[patientDateOfBirth] =>
[patientIdentifier] => stdClass Object
(
[assigningAuthorityType] => stdClass Object
(
[namespaceId] =>
[universalId] =>
[universalIdType] =>
[universalIdTypeCode] =>
[useDefaultAssigningAuthority] =>
)

[idNumber] =>
)

[patientName] => stdClass Object
(
[familyName] => Murphy
[givenName] => Joyce
[otherName] => Marie
[prefix] =>
[suffix] =>
)

[patientPhoneBusiness] => stdClass Object
(
[unformattedTelephoneNumber] =>
)

[patientPhoneHome] => stdClass Object
(
[unformattedTelephoneNumber] =>
)

[patientSex] =>
)

To get that output I added the command below on line 60 of
OHFPatientSearch.php, right after the check for whether or not the
patient id is set (which only checks if it was ever set, not if it's empty).

echo "result object: <pre>" . print_r($resultObject, true) .
"</pre> \n";

This print happens shortly after $SOAPClient->searchPatients is called,
which simply passes on the result object from the bridge client, without
any tampering. So, it doesn't appear anything on the PHP end is failing
to transcribe the patient id properly and I suspect it's just not being
set on the server's end.
Perhaps Joyce's uuid got lost or deleted during database changes to meet
the new api?

I hope that's useful.

-Dan

Re: Any patients with documents? [message #23205 is a reply to message #23127]

Wed, 15 November 2006 23:05

Eclipse User

Originally posted by: eishays.us.ibm.com

Got that. I suspect its our bug.
It is strange since in our JUnit we do get the patient IDs and we (and
Practice Partners) had passed the MESA tests using the bridge. We need
to see what the PHP is doing different, I do believe its a bug in the
bridge,
Can you please open a bug with the details?

Thanks,
Eishay

Dan Hale wrote:
> I apologize for the double-post, but I hope this will be useful to you.
>
> A print_r of the patient search result object appears to show the
> problem. Joyce Murphy is missing the assigning authority data and id
> number in the patientIdentifier object I get back from the RHIO.
>
> stdClass Object
> (
> [genericAdtValues] =>
> [patientAddress] => stdClass Object
> (
> [city] => Lacrosse
> [country] =>
> [countyParishCode] =>
> [otherDesignation] =>
> [stateOrProvince] => WI
> [streetAddress] => 903 Susan Pl
> [zipOrPostalCode] => 54603
> )
>
> [patientDateOfBirth] =>
> [patientIdentifier] => stdClass Object
> (
> [assigningAuthorityType] => stdClass Object
> (
> [namespaceId] =>
> [universalId] =>
> [universalIdType] =>
> [universalIdTypeCode] =>
> [useDefaultAssigningAuthority] =>
> )
>
> [idNumber] =>
> )
>
> [patientName] => stdClass Object
> (
> [familyName] => Murphy
> [givenName] => Joyce
> [otherName] => Marie
> [prefix] =>
> [suffix] =>
> )
>
> [patientPhoneBusiness] => stdClass Object
> (
> [unformattedTelephoneNumber] =>
> )
>
> [patientPhoneHome] => stdClass Object
> (
> [unformattedTelephoneNumber] =>
> )
>
> [patientSex] =>
> )
>
>
> To get that output I added the command below on line 60 of
> OHFPatientSearch.php, right after the check for whether or not the
> patient id is set (which only checks if it was ever set, not if it's
> empty).
>
> echo "result object: <pre>" . print_r($resultObject, true) .
> "</pre> \n";
>
> This print happens shortly after $SOAPClient->searchPatients is called,
> which simply passes on the result object from the bridge client, without
> any tampering. So, it doesn't appear anything on the PHP end is failing
> to transcribe the patient id properly and I suspect it's just not being
> set on the server's end.
> Perhaps Joyce's uuid got lost or deleted during database changes to meet
> the new api?
>
> I hope that's useful.
>
> -Dan

Re: Any patients with documents? [message #23231 is a reply to message #23205]

Thu, 16 November 2006 12:54

Eclipse User

Originally posted by: eishays.us.ibm.com

It was a bug in the PHP which contained some hard coded staff.
See bugzilla for details, committed the code to the CVS.

--eishay

Eishay Smith wrote:
> Got that. I suspect its our bug.
> It is strange since in our JUnit we do get the patient IDs and we (and
> Practice Partners) had passed the MESA tests using the bridge. We need
> to see what the PHP is doing different, I do believe its a bug in the
> bridge,
> Can you please open a bug with the details?
>
> Thanks,
> Eishay
>
> Dan Hale wrote:
>> I apologize for the double-post, but I hope this will be useful to you.
>>
>> A print_r of the patient search result object appears to show the
>> problem. Joyce Murphy is missing the assigning authority data and id
>> number in the patientIdentifier object I get back from the RHIO.
>>
>> stdClass Object
>> (
>> [genericAdtValues] =>
>> [patientAddress] => stdClass Object
>> (
>> [city] => Lacrosse
>> [country] =>
>> [countyParishCode] =>
>> [otherDesignation] =>
>> [stateOrProvince] => WI
>> [streetAddress] => 903 Susan Pl
>> [zipOrPostalCode] => 54603
>> )
>>
>> [patientDateOfBirth] =>
>> [patientIdentifier] => stdClass Object
>> (
>> [assigningAuthorityType] => stdClass Object
>> (
>> [namespaceId] =>
>> [universalId] =>
>> [universalIdType] =>
>> [universalIdTypeCode] =>
>> [useDefaultAssigningAuthority] =>
>> )
>>
>> [idNumber] =>
>> )
>>
>> [patientName] => stdClass Object
>> (
>> [familyName] => Murphy
>> [givenName] => Joyce
>> [otherName] => Marie
>> [prefix] =>
>> [suffix] =>
>> )
>>
>> [patientPhoneBusiness] => stdClass Object
>> (
>> [unformattedTelephoneNumber] =>
>> )
>>
>> [patientPhoneHome] => stdClass Object
>> (
>> [unformattedTelephoneNumber] =>
>> )
>>
>> [patientSex] =>
>> )
>>
>>
>> To get that output I added the command below on line 60 of
>> OHFPatientSearch.php, right after the check for whether or not the
>> patient id is set (which only checks if it was ever set, not if it's
>> empty).
>>
>> echo "result object: <pre>" . print_r($resultObject, true) .
>> "</pre> \n";
>>
>> This print happens shortly after $SOAPClient->searchPatients is
>> called, which simply passes on the result object from the bridge
>> client, without any tampering. So, it doesn't appear anything on the
>> PHP end is failing to transcribe the patient id properly and I suspect
>> it's just not being set on the server's end.
>> Perhaps Joyce's uuid got lost or deleted during database changes to
>> meet the new api?
>>
>> I hope that's useful.
>>
>> -Dan

Re: Any patients with documents? [message #23284 is a reply to message #23231]

Fri, 17 November 2006 09:21

Eclipse User

I can't seem to find any documents for any patient:
I am using rhio: "lswin10-xds, ibmod235-pix"

documentQueryPreferencesType documentQueryPreferencesType = new
documentQueryPreferencesType();
documentQueryPreferencesType.storedQuery = true;
documentQueryPreferencesType.returnReferencesOnly = true;

patientIdType patientId = new patientIdType();
patientId.assigningAuthorityType = new assigningAuthorityType();
patientId.idNumber = pit.patientIdentifier.idNumber;
patientId.assigningAuthorityType.useDefaultAssigningAuthorit y = true;

queryDocumentsResponseType qdRT =
ohfservice.QueryDocumentsByPatientId( osc, patientId,
documentQueryPreferencesType );

Note: I am using C#

org.eclipse.ohf.ihe.xds.soap.XDSSoapClientException: SOAP FAULT\n\tat
org.eclipse.ohf.ihe.xds.soap.XDSSoapClientAXIS.send(XDSSoapC lientAXIS.java:257)\n\tat
org.eclipse.ohf.ihe.xds.consumer.Consumer.sendQuery(Consumer .java:632)\n\tat
org.eclipse.ohf.ihe.xds.consumer.Consumer.invokeStoredQuery( Consumer.java:390)\n\tat
org.eclipse.ohf.bridge.ihe.IheXdsBridge.goQueryDocumentsByPa tientId(IheXdsBridge.java:117)\n\tat
org.eclipse.ohf.bridge.xds.AbstractXdsBridge.queryDocumentsB yPatientId(AbstractXdsBridge.java:41)\n\tat
org.eclipse.ohf.bridge.ws.OHFBridge.QueryDocumentsByPatientI d(OHFBridge.java:93)\n\tat
sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)\n\tat
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)\n\tat
java.lang.reflect.Method.invoke(Unknown Source)\n\tat
org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCP rovider.java:397)\n\tat
org.apache.axis.providers.java.RPCProvider.processMessage(RP CProvider.java:186)\n\tat
org.apache.axis.providers.java.JavaProvider.invoke(JavaProvi der.java:323)\n\tat
org.apache.axis.strategies.InvocationStrategy.visit(Invocati onStrategy.java:32)\n\tat
org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) \n\tat
org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)\n\ta t
org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService .java:453)\n\tat
org.apache.axis.server.AxisServer.invoke(AxisServer.java:281 )\n\tat
org.apache.axis.transport.http.AxisServlet.doPost(AxisServle t.java:699)\n\tat
javax.servlet.http.HttpServlet.service(HttpServlet.java:709) \n\tat
org.apache.axis.transport.http.AxisServletBase.service(AxisS ervletBase.java:327)\n\tat
javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
org.eclipse.equinox.http.registry.internal.ServletManager$Se rvletWrapper.service(ServletManager.java:139)\n\tat
org.eclipse.equinox.servlet.bridge.http.internal.ServletRegi stration.handleRequest(ServletRegistration.java:78)\n\tat
org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.processAlias(ProxyServlet.java:107)\n\tat
org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.service(ProxyServlet.java:65)\n\tat
javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
org.eclipse.equinox.servlet.bridge.launcher.BridgeServlet.se rvice(BridgeServlet.java:95)\n\tat
javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
org.apache.catalina.core.ApplicationFilterChain.internalDoFi lter(ApplicationFilterChain.java:252)\n\tat
org.apache.catalina.core.ApplicationFilterChain.doFilter(App licationFilterChain.java:173)\n\tat
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:213)\n\tat
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:178)\n\tat
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:126)\n\tat
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo rtValve.java:105)\n\tat
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:107)\n\tat
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd apter.java:148)\n\tat
org.apache.coyote.http11.Http11Processor.process(Http11Proce ssor.java:869)\n\tat
org.apache.coyote.http11.Http11BaseProtocol$Http11Connection Handler.processConnection(Http11BaseProtocol.java:664)\n\tat
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo lTcpEndpoint.java:527)\n\tat
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:80)\n\tat
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru n(ThreadPool.java:684)\n\tat
java.lang.Thread.run(Unknown Source)\n

"Eishay Smith" <eishays@us.ibm.com> wrote in message
news:eji8k8$b7r$1@utils.eclipse.org...
> It was a bug in the PHP which contained some hard coded staff.
> See bugzilla for details, committed the code to the CVS.
>
> --eishay
>
>
> Eishay Smith wrote:
>> Got that. I suspect its our bug.
>> It is strange since in our JUnit we do get the patient IDs and we (and
>> Practice Partners) had passed the MESA tests using the bridge. We need to
>> see what the PHP is doing different, I do believe its a bug in the
>> bridge,
>> Can you please open a bug with the details?
>>
>> Thanks,
>> Eishay
>>
>> Dan Hale wrote:
>>> I apologize for the double-post, but I hope this will be useful to you.
>>>
>>> A print_r of the patient search result object appears to show the
>>> problem. Joyce Murphy is missing the assigning authority data and id
>>> number in the patientIdentifier object I get back from the RHIO.
>>>
>>> stdClass Object
>>> (
>>> [genericAdtValues] =>
>>> [patientAddress] => stdClass Object
>>> (
>>> [city] => Lacrosse
>>> [country] =>
>>> [countyParishCode] =>
>>> [otherDesignation] =>
>>> [stateOrProvince] => WI
>>> [streetAddress] => 903 Susan Pl
>>> [zipOrPostalCode] => 54603
>>> )
>>>
>>> [patientDateOfBirth] =>
>>> [patientIdentifier] => stdClass Object
>>> (
>>> [assigningAuthorityType] => stdClass Object
>>> (
>>> [namespaceId] =>
>>> [universalId] =>
>>> [universalIdType] =>
>>> [universalIdTypeCode] =>
>>> [useDefaultAssigningAuthority] =>
>>> )
>>>
>>> [idNumber] =>
>>> )
>>>
>>> [patientName] => stdClass Object
>>> (
>>> [familyName] => Murphy
>>> [givenName] => Joyce
>>> [otherName] => Marie
>>> [prefix] =>
>>> [suffix] =>
>>> )
>>>
>>> [patientPhoneBusiness] => stdClass Object
>>> (
>>> [unformattedTelephoneNumber] =>
>>> )
>>>
>>> [patientPhoneHome] => stdClass Object
>>> (
>>> [unformattedTelephoneNumber] =>
>>> )
>>>
>>> [patientSex] =>
>>> )
>>>
>>>
>>> To get that output I added the command below on line 60 of
>>> OHFPatientSearch.php, right after the check for whether or not the
>>> patient id is set (which only checks if it was ever set, not if it's
>>> empty).
>>>
>>> echo "result object: <pre>" . print_r($resultObject, true) .
>>> "</pre> \n";
>>>
>>> This print happens shortly after $SOAPClient->searchPatients is called,
>>> which simply passes on the result object from the bridge client, without
>>> any tampering. So, it doesn't appear anything on the PHP end is failing
>>> to transcribe the patient id properly and I suspect it's just not being
>>> set on the server's end.
>>> Perhaps Joyce's uuid got lost or deleted during database changes to meet
>>> the new api?
>>>
>>> I hope that's useful.
>>>
>>> -Dan

Re: Any patients with documents? [message #23313 is a reply to message #23284]

Fri, 17 November 2006 09:28

Eclipse User

or else it always says: "no documents found"

am I doing something wrong?

Thanks

"Joey Martin" <jpatches23@hotmail.com> wrote in message
news:ejkgh4$br6$1@utils.eclipse.org...
>
> I can't seem to find any documents for any patient:
> I am using rhio: "lswin10-xds, ibmod235-pix"
>
> documentQueryPreferencesType documentQueryPreferencesType = new
> documentQueryPreferencesType();
> documentQueryPreferencesType.storedQuery = true;
> documentQueryPreferencesType.returnReferencesOnly = true;
>
> patientIdType patientId = new patientIdType();
> patientId.assigningAuthorityType = new assigningAuthorityType();
> patientId.idNumber = pit.patientIdentifier.idNumber;
> patientId.assigningAuthorityType.useDefaultAssigningAuthorit y = true;
>
> queryDocumentsResponseType qdRT =
> ohfservice.QueryDocumentsByPatientId( osc, patientId,
> documentQueryPreferencesType );
>
> Note: I am using C#
>
> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientException: SOAP FAULT\n\tat
> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientAXIS.send(XDSSoapC lientAXIS.java:257)\n\tat
> org.eclipse.ohf.ihe.xds.consumer.Consumer.sendQuery(Consumer .java:632)\n\tat
> org.eclipse.ohf.ihe.xds.consumer.Consumer.invokeStoredQuery( Consumer.java:390)\n\tat
> org.eclipse.ohf.bridge.ihe.IheXdsBridge.goQueryDocumentsByPa tientId(IheXdsBridge.java:117)\n\tat
> org.eclipse.ohf.bridge.xds.AbstractXdsBridge.queryDocumentsB yPatientId(AbstractXdsBridge.java:41)\n\tat
> org.eclipse.ohf.bridge.ws.OHFBridge.QueryDocumentsByPatientI d(OHFBridge.java:93)\n\tat
> sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)\n\tat
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)\n\tat
> java.lang.reflect.Method.invoke(Unknown Source)\n\tat
> org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCP rovider.java:397)\n\tat
> org.apache.axis.providers.java.RPCProvider.processMessage(RP CProvider.java:186)\n\tat
> org.apache.axis.providers.java.JavaProvider.invoke(JavaProvi der.java:323)\n\tat
> org.apache.axis.strategies.InvocationStrategy.visit(Invocati onStrategy.java:32)\n\tat
> org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) \n\tat
> org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)\n\ta t
> org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService .java:453)\n\tat
> org.apache.axis.server.AxisServer.invoke(AxisServer.java:281 )\n\tat
> org.apache.axis.transport.http.AxisServlet.doPost(AxisServle t.java:699)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:709) \n\tat
> org.apache.axis.transport.http.AxisServletBase.service(AxisS ervletBase.java:327)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.eclipse.equinox.http.registry.internal.ServletManager$Se rvletWrapper.service(ServletManager.java:139)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ServletRegi stration.handleRequest(ServletRegistration.java:78)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.processAlias(ProxyServlet.java:107)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.service(ProxyServlet.java:65)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.eclipse.equinox.servlet.bridge.launcher.BridgeServlet.se rvice(BridgeServlet.java:95)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.apache.catalina.core.ApplicationFilterChain.internalDoFi lter(ApplicationFilterChain.java:252)\n\tat
> org.apache.catalina.core.ApplicationFilterChain.doFilter(App licationFilterChain.java:173)\n\tat
> org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:213)\n\tat
> org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:178)\n\tat
> org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:126)\n\tat
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo rtValve.java:105)\n\tat
> org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:107)\n\tat
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd apter.java:148)\n\tat
> org.apache.coyote.http11.Http11Processor.process(Http11Proce ssor.java:869)\n\tat
> org.apache.coyote.http11.Http11BaseProtocol$Http11Connection Handler.processConnection(Http11BaseProtocol.java:664)\n\tat
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo lTcpEndpoint.java:527)\n\tat
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:80)\n\tat
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru n(ThreadPool.java:684)\n\tat
> java.lang.Thread.run(Unknown Source)\n
>
>
> "Eishay Smith" <eishays@us.ibm.com> wrote in message
> news:eji8k8$b7r$1@utils.eclipse.org...
>> It was a bug in the PHP which contained some hard coded staff.
>> See bugzilla for details, committed the code to the CVS.
>>
>> --eishay
>>
>>
>> Eishay Smith wrote:
>>> Got that. I suspect its our bug.
>>> It is strange since in our JUnit we do get the patient IDs and we (and
>>> Practice Partners) had passed the MESA tests using the bridge. We need
>>> to see what the PHP is doing different, I do believe its a bug in the
>>> bridge,
>>> Can you please open a bug with the details?
>>>
>>> Thanks,
>>> Eishay
>>>
>>> Dan Hale wrote:
>>>> I apologize for the double-post, but I hope this will be useful to you.
>>>>
>>>> A print_r of the patient search result object appears to show the
>>>> problem. Joyce Murphy is missing the assigning authority data and id
>>>> number in the patientIdentifier object I get back from the RHIO.
>>>>
>>>> stdClass Object
>>>> (
>>>> [genericAdtValues] =>
>>>> [patientAddress] => stdClass Object
>>>> (
>>>> [city] => Lacrosse
>>>> [country] =>
>>>> [countyParishCode] =>
>>>> [otherDesignation] =>
>>>> [stateOrProvince] => WI
>>>> [streetAddress] => 903 Susan Pl
>>>> [zipOrPostalCode] => 54603
>>>> )
>>>>
>>>> [patientDateOfBirth] =>
>>>> [patientIdentifier] => stdClass Object
>>>> (
>>>> [assigningAuthorityType] => stdClass Object
>>>> (
>>>> [namespaceId] =>
>>>> [universalId] =>
>>>> [universalIdType] =>
>>>> [universalIdTypeCode] =>
>>>> [useDefaultAssigningAuthority] =>
>>>> )
>>>>
>>>> [idNumber] =>
>>>> )
>>>>
>>>> [patientName] => stdClass Object
>>>> (
>>>> [familyName] => Murphy
>>>> [givenName] => Joyce
>>>> [otherName] => Marie
>>>> [prefix] =>
>>>> [suffix] =>
>>>> )
>>>>
>>>> [patientPhoneBusiness] => stdClass Object
>>>> (
>>>> [unformattedTelephoneNumber] =>
>>>> )
>>>>
>>>> [patientPhoneHome] => stdClass Object
>>>> (
>>>> [unformattedTelephoneNumber] =>
>>>> )
>>>>
>>>> [patientSex] =>
>>>> )
>>>>
>>>>
>>>> To get that output I added the command below on line 60 of
>>>> OHFPatientSearch.php, right after the check for whether or not the
>>>> patient id is set (which only checks if it was ever set, not if it's
>>>> empty).
>>>>
>>>> echo "result object: <pre>" . print_r($resultObject, true) .
>>>> "</pre> \n";
>>>>
>>>> This print happens shortly after $SOAPClient->searchPatients is called,
>>>> which simply passes on the result object from the bridge client,
>>>> without any tampering. So, it doesn't appear anything on the PHP end
>>>> is failing to transcribe the patient id properly and I suspect it's
>>>> just not being set on the server's end.
>>>> Perhaps Joyce's uuid got lost or deleted during database changes to
>>>> meet the new api?
>>>>
>>>> I hope that's useful.
>>>>
>>>> -Dan
>
>

Re: Any patients with documents? [message #23443 is a reply to message #23313]

Fri, 17 November 2006 13:06

Eclipse User

Originally posted by: eishays.us.ibm.com

You are right, looks like the registry got flushed.

To make sure you are doing the calls right, you can check out our JUnits at:
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ohf/plu gins/org.eclipse.ohf.bridge.ws/src_tests/org/eclipse/ohf/bri dge/ws/?cvsroot=Technology_Project
and
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ohf/plu gins/org.eclipse.ohf.bridge.ws/src_tests/org/eclipse/ohf/bri dge/ws/tests/mesa/?cvsroot=Technology_Project

--eishay

Re: Any patients with documents? [message #23485 is a reply to message #23284]

Fri, 17 November 2006 13:10

Eclipse User

Originally posted by: eishays.us.ibm.com

SOAP FAULT is very generic and I don't know why it happened.
Can you place a sniffer on your line and check what is the SOAP message
that went over?
Corey did it and it helped us a lot understanding the problem.

--eishay

Joey Martin wrote:
> I can't seem to find any documents for any patient:
> I am using rhio: "lswin10-xds, ibmod235-pix"
>
> documentQueryPreferencesType documentQueryPreferencesType = new
> documentQueryPreferencesType();
> documentQueryPreferencesType.storedQuery = true;
> documentQueryPreferencesType.returnReferencesOnly = true;
>
> patientIdType patientId = new patientIdType();
> patientId.assigningAuthorityType = new assigningAuthorityType();
> patientId.idNumber = pit.patientIdentifier.idNumber;
> patientId.assigningAuthorityType.useDefaultAssigningAuthorit y = true;
>
> queryDocumentsResponseType qdRT =
> ohfservice.QueryDocumentsByPatientId( osc, patientId,
> documentQueryPreferencesType );
>
> Note: I am using C#
>
> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientException: SOAP FAULT\n\tat
> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientAXIS.send(XDSSoapC lientAXIS.java:257)\n\tat
> org.eclipse.ohf.ihe.xds.consumer.Consumer.sendQuery(Consumer .java:632)\n\tat
> org.eclipse.ohf.ihe.xds.consumer.Consumer.invokeStoredQuery( Consumer.java:390)\n\tat
> org.eclipse.ohf.bridge.ihe.IheXdsBridge.goQueryDocumentsByPa tientId(IheXdsBridge.java:117)\n\tat
> org.eclipse.ohf.bridge.xds.AbstractXdsBridge.queryDocumentsB yPatientId(AbstractXdsBridge.java:41)\n\tat
> org.eclipse.ohf.bridge.ws.OHFBridge.QueryDocumentsByPatientI d(OHFBridge.java:93)\n\tat
> sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)\n\tat
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)\n\tat
> java.lang.reflect.Method.invoke(Unknown Source)\n\tat
> org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCP rovider.java:397)\n\tat
> org.apache.axis.providers.java.RPCProvider.processMessage(RP CProvider.java:186)\n\tat
> org.apache.axis.providers.java.JavaProvider.invoke(JavaProvi der.java:323)\n\tat
> org.apache.axis.strategies.InvocationStrategy.visit(Invocati onStrategy.java:32)\n\tat
> org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) \n\tat
> org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)\n\ta t
> org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService .java:453)\n\tat
> org.apache.axis.server.AxisServer.invoke(AxisServer.java:281 )\n\tat
> org.apache.axis.transport.http.AxisServlet.doPost(AxisServle t.java:699)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:709) \n\tat
> org.apache.axis.transport.http.AxisServletBase.service(AxisS ervletBase.java:327)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.eclipse.equinox.http.registry.internal.ServletManager$Se rvletWrapper.service(ServletManager.java:139)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ServletRegi stration.handleRequest(ServletRegistration.java:78)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.processAlias(ProxyServlet.java:107)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.service(ProxyServlet.java:65)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.eclipse.equinox.servlet.bridge.launcher.BridgeServlet.se rvice(BridgeServlet.java:95)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.apache.catalina.core.ApplicationFilterChain.internalDoFi lter(ApplicationFilterChain.java:252)\n\tat
> org.apache.catalina.core.ApplicationFilterChain.doFilter(App licationFilterChain.java:173)\n\tat
> org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:213)\n\tat
> org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:178)\n\tat
> org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:126)\n\tat
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo rtValve.java:105)\n\tat
> org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:107)\n\tat
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd apter.java:148)\n\tat
> org.apache.coyote.http11.Http11Processor.process(Http11Proce ssor.java:869)\n\tat
> org.apache.coyote.http11.Http11BaseProtocol$Http11Connection Handler.processConnection(Http11BaseProtocol.java:664)\n\tat
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo lTcpEndpoint.java:527)\n\tat
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:80)\n\tat
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru n(ThreadPool.java:684)\n\tat
> java.lang.Thread.run(Unknown Source)\n
>
>
> "Eishay Smith" <eishays@us.ibm.com> wrote in message
> news:eji8k8$b7r$1@utils.eclipse.org...
>> It was a bug in the PHP which contained some hard coded staff.
>> See bugzilla for details, committed the code to the CVS.
>>
>> --eishay
>>
>>
>> Eishay Smith wrote:
>>> Got that. I suspect its our bug.
>>> It is strange since in our JUnit we do get the patient IDs and we (and
>>> Practice Partners) had passed the MESA tests using the bridge. We need to
>>> see what the PHP is doing different, I do believe its a bug in the
>>> bridge,
>>> Can you please open a bug with the details?
>>>
>>> Thanks,
>>> Eishay
>>>
>>> Dan Hale wrote:
>>>> I apologize for the double-post, but I hope this will be useful to you.
>>>>
>>>> A print_r of the patient search result object appears to show the
>>>> problem. Joyce Murphy is missing the assigning authority data and id
>>>> number in the patientIdentifier object I get back from the RHIO.
>>>>
>>>> stdClass Object
>>>> (
>>>> [genericAdtValues] =>
>>>> [patientAddress] => stdClass Object
>>>> (
>>>> [city] => Lacrosse
>>>> [country] =>
>>>> [countyParishCode] =>
>>>> [otherDesignation] =>
>>>> [stateOrProvince] => WI
>>>> [streetAddress] => 903 Susan Pl
>>>> [zipOrPostalCode] => 54603
>>>> )
>>>>
>>>> [patientDateOfBirth] =>
>>>> [patientIdentifier] => stdClass Object
>>>> (
>>>> [assigningAuthorityType] => stdClass Object
>>>> (
>>>> [namespaceId] =>
>>>> [universalId] =>
>>>> [universalIdType] =>
>>>> [universalIdTypeCode] =>
>>>> [useDefaultAssigningAuthority] =>
>>>> )
>>>>
>>>> [idNumber] =>
>>>> )
>>>>
>>>> [patientName] => stdClass Object
>>>> (
>>>> [familyName] => Murphy
>>>> [givenName] => Joyce
>>>> [otherName] => Marie
>>>> [prefix] =>
>>>> [suffix] =>
>>>> )
>>>>
>>>> [patientPhoneBusiness] => stdClass Object
>>>> (
>>>> [unformattedTelephoneNumber] =>
>>>> )
>>>>
>>>> [patientPhoneHome] => stdClass Object
>>>> (
>>>> [unformattedTelephoneNumber] =>
>>>> )
>>>>
>>>> [patientSex] =>
>>>> )
>>>>
>>>>
>>>> To get that output I added the command below on line 60 of
>>>> OHFPatientSearch.php, right after the check for whether or not the
>>>> patient id is set (which only checks if it was ever set, not if it's
>>>> empty).
>>>>
>>>> echo "result object: <pre>" . print_r($resultObject, true) .
>>>> "</pre> \n";
>>>>
>>>> This print happens shortly after $SOAPClient->searchPatients is called,
>>>> which simply passes on the result object from the bridge client, without
>>>> any tampering. So, it doesn't appear anything on the PHP end is failing
>>>> to transcribe the patient id properly and I suspect it's just not being
>>>> set on the server's end.
>>>> Perhaps Joyce's uuid got lost or deleted during database changes to meet
>>>> the new api?
>>>>
>>>> I hope that's useful.
>>>>
>>>> -Dan
>
>

Re: Any patients with documents? [message #23613 is a reply to message #23485]

Fri, 17 November 2006 14:30

Eclipse User

This one was probably my fault, I was switching networks. It works now, I
can connect to the wsdl.

"Eishay Smith" <eishays@us.ibm.com> wrote in message
news:ejktus$rdh$1@utils.eclipse.org...
> SOAP FAULT is very generic and I don't know why it happened.
> Can you place a sniffer on your line and check what is the SOAP message
> that went over?
> Corey did it and it helped us a lot understanding the problem.
>
> --eishay
>
> Joey Martin wrote:
>> I can't seem to find any documents for any patient:
>> I am using rhio: "lswin10-xds, ibmod235-pix"
>>
>> documentQueryPreferencesType documentQueryPreferencesType = new
>> documentQueryPreferencesType();
>> documentQueryPreferencesType.storedQuery = true;
>> documentQueryPreferencesType.returnReferencesOnly = true;
>>
>> patientIdType patientId = new patientIdType();
>> patientId.assigningAuthorityType = new assigningAuthorityType();
>> patientId.idNumber = pit.patientIdentifier.idNumber;
>> patientId.assigningAuthorityType.useDefaultAssigningAuthorit y =
>> true;
>>
>> queryDocumentsResponseType qdRT =
>> ohfservice.QueryDocumentsByPatientId( osc, patientId,
>> documentQueryPreferencesType );
>>
>> Note: I am using C#
>>
>> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientException: SOAP FAULT\n\tat
>> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientAXIS.send(XDSSoapC lientAXIS.java:257)\n\tat
>> org.eclipse.ohf.ihe.xds.consumer.Consumer.sendQuery(Consumer .java:632)\n\tat
>> org.eclipse.ohf.ihe.xds.consumer.Consumer.invokeStoredQuery( Consumer.java:390)\n\tat
>> org.eclipse.ohf.bridge.ihe.IheXdsBridge.goQueryDocumentsByPa tientId(IheXdsBridge.java:117)\n\tat
>> org.eclipse.ohf.bridge.xds.AbstractXdsBridge.queryDocumentsB yPatientId(AbstractXdsBridge.java:41)\n\tat
>> org.eclipse.ohf.bridge.ws.OHFBridge.QueryDocumentsByPatientI d(OHFBridge.java:93)\n\tat
>> sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)\n\tat
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)\n\tat
>> java.lang.reflect.Method.invoke(Unknown Source)\n\tat
>> org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCP rovider.java:397)\n\tat
>> org.apache.axis.providers.java.RPCProvider.processMessage(RP CProvider.java:186)\n\tat
>> org.apache.axis.providers.java.JavaProvider.invoke(JavaProvi der.java:323)\n\tat
>> org.apache.axis.strategies.InvocationStrategy.visit(Invocati onStrategy.java:32)\n\tat
>> org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) \n\tat
>> org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)\n\ta t
>> org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService .java:453)\n\tat
>> org.apache.axis.server.AxisServer.invoke(AxisServer.java:281 )\n\tat
>> org.apache.axis.transport.http.AxisServlet.doPost(AxisServle t.java:699)\n\tat
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:709) \n\tat
>> org.apache.axis.transport.http.AxisServletBase.service(AxisS ervletBase.java:327)\n\tat
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
>> org.eclipse.equinox.http.registry.internal.ServletManager$Se rvletWrapper.service(ServletManager.java:139)\n\tat
>> org.eclipse.equinox.servlet.bridge.http.internal.ServletRegi stration.handleRequest(ServletRegistration.java:78)\n\tat
>> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.processAlias(ProxyServlet.java:107)\n\tat
>> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.service(ProxyServlet.java:65)\n\tat
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
>> org.eclipse.equinox.servlet.bridge.launcher.BridgeServlet.se rvice(BridgeServlet.java:95)\n\tat
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFi lter(ApplicationFilterChain.java:252)\n\tat
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(App licationFilterChain.java:173)\n\tat
>> org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:213)\n\tat
>> org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:178)\n\tat
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:126)\n\tat
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo rtValve.java:105)\n\tat
>> org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:107)\n\tat
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd apter.java:148)\n\tat
>> org.apache.coyote.http11.Http11Processor.process(Http11Proce ssor.java:869)\n\tat
>> org.apache.coyote.http11.Http11BaseProtocol$Http11Connection Handler.processConnection(Http11BaseProtocol.java:664)\n\tat
>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo lTcpEndpoint.java:527)\n\tat
>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:80)\n\tat
>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru n(ThreadPool.java:684)\n\tat
>> java.lang.Thread.run(Unknown Source)\n
>>
>>
>> "Eishay Smith" <eishays@us.ibm.com> wrote in message
>> news:eji8k8$b7r$1@utils.eclipse.org...
>>> It was a bug in the PHP which contained some hard coded staff.
>>> See bugzilla for details, committed the code to the CVS.
>>>
>>> --eishay
>>>
>>>
>>> Eishay Smith wrote:
>>>> Got that. I suspect its our bug.
>>>> It is strange since in our JUnit we do get the patient IDs and we (and
>>>> Practice Partners) had passed the MESA tests using the bridge. We need
>>>> to see what the PHP is doing different, I do believe its a bug in the
>>>> bridge,
>>>> Can you please open a bug with the details?
>>>>
>>>> Thanks,
>>>> Eishay
>>>>
>>>> Dan Hale wrote:
>>>>> I apologize for the double-post, but I hope this will be useful to
>>>>> you.
>>>>>
>>>>> A print_r of the patient search result object appears to show the
>>>>> problem. Joyce Murphy is missing the assigning authority data and id
>>>>> number in the patientIdentifier object I get back from the RHIO.
>>>>>
>>>>> stdClass Object
>>>>> (
>>>>> [genericAdtValues] =>
>>>>> [patientAddress] => stdClass Object
>>>>> (
>>>>> [city] => Lacrosse
>>>>> [country] =>
>>>>> [countyParishCode] =>
>>>>> [otherDesignation] =>
>>>>> [stateOrProvince] => WI
>>>>> [streetAddress] => 903 Susan Pl
>>>>> [zipOrPostalCode] => 54603
>>>>> )
>>>>>
>>>>> [patientDateOfBirth] =>
>>>>> [patientIdentifier] => stdClass Object
>>>>> (
>>>>> [assigningAuthorityType] => stdClass Object
>>>>> (
>>>>> [namespaceId] =>
>>>>> [universalId] =>
>>>>> [universalIdType] =>
>>>>> [universalIdTypeCode] =>
>>>>> [useDefaultAssigningAuthority] =>
>>>>> )
>>>>>
>>>>> [idNumber] =>
>>>>> )
>>>>>
>>>>> [patientName] => stdClass Object
>>>>> (
>>>>> [familyName] => Murphy
>>>>> [givenName] => Joyce
>>>>> [otherName] => Marie
>>>>> [prefix] =>
>>>>> [suffix] =>
>>>>> )
>>>>>
>>>>> [patientPhoneBusiness] => stdClass Object
>>>>> (
>>>>> [unformattedTelephoneNumber] =>
>>>>> )
>>>>>
>>>>> [patientPhoneHome] => stdClass Object
>>>>> (
>>>>> [unformattedTelephoneNumber] =>
>>>>> )
>>>>>
>>>>> [patientSex] =>
>>>>> )
>>>>>
>>>>>
>>>>> To get that output I added the command below on line 60 of
>>>>> OHFPatientSearch.php, right after the check for whether or not the
>>>>> patient id is set (which only checks if it was ever set, not if it's
>>>>> empty).
>>>>>
>>>>> echo "result object: <pre>" . print_r($resultObject, true) .
>>>>> "</pre> \n";
>>>>>
>>>>> This print happens shortly after $SOAPClient->searchPatients is
>>>>> called, which simply passes on the result object from the bridge
>>>>> client, without any tampering. So, it doesn't appear anything on the
>>>>> PHP end is failing to transcribe the patient id properly and I suspect
>>>>> it's just not being set on the server's end.
>>>>> Perhaps Joyce's uuid got lost or deleted during database changes to
>>>>> meet the new api?
>>>>>
>>>>> I hope that's useful.
>>>>>
>>>>> -Dan
>>

Re: Any patients with documents? [message #23699 is a reply to message #23443]

Fri, 17 November 2006 14:46

Eclipse User

Hi eishay,

I have tried the example: OHFBridgeXDSTest.java and for the same patient ,
Joyce Murphy, no documents are ever found for all of the methods used in the
test.

Joey

"Eishay Smith" <eishays@us.ibm.com> wrote in message
news:455DFA30.7010902@us.ibm.com...
> You are right, looks like the registry got flushed.
>
> To make sure you are doing the calls right, you can check out our JUnits
> at:
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ohf/plu gins/org.eclipse.ohf.bridge.ws/src_tests/org/eclipse/ohf/bri dge/ws/?cvsroot=Technology_Project
> and
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ohf/plu gins/org.eclipse.ohf.bridge.ws/src_tests/org/eclipse/ohf/bri dge/ws/tests/mesa/?cvsroot=Technology_Project
>
> --eishay

Re: Any patients with documents? [message #23742 is a reply to message #23699]

Fri, 17 November 2006 15:03

Eclipse User

Originally posted by: eishays.us.ibm.com

As you wrote, looks like the server got flushed.
Our tests with NIST are fine since we upload and download the same
documents so occasional flushing are not an issue.
We'll upload some documents for testings.
--eishay

Re: Any patients with documents? [message #572675 is a reply to message #22959]

Tue, 14 November 2006 19:07

Eclipse User

Joyce is valid at the "lswin10-xds, ibmod235-pix" RHIO. She has *lots*
of files.
Peter from our group is working on our demo PHP app. You can see some
changes in the PHP code which he starts to modify. If you have
contributions we'll be happy :-)
--eishay

Dan Hale wrote:
> I'm working on getting the demo PHP client's document downloading up and
> running again. I've made the necessary changes and I'm not getting
> errors from the server anymore, which leads me to believe I'm making the
> calls correctly.
>
> However, I'm not getting any results back -- no documents found from any
> of the 12 RHIOs. Is Joyce Murphy with UUID 'JM19400814' still a valid
> test patient? If not, any suggestions?
>
> -Dan

Re: Any patients with documents? [message #572749 is a reply to message #23003]

Wed, 15 November 2006 14:29

Eclipse User

Re: Any patients with documents? [message #572772 is a reply to message #23086]

Wed, 15 November 2006 15:00

Eclipse User

Re: Any patients with documents? [message #572833 is a reply to message #23127]

Wed, 15 November 2006 23:05

Eclipse User

Got that. I suspect its our bug.
It is strange since in our JUnit we do get the patient IDs and we (and
Practice Partners) had passed the MESA tests using the bridge. We need
to see what the PHP is doing different, I do believe its a bug in the
bridge,
Can you please open a bug with the details?

Thanks,
Eishay

Dan Hale wrote:
> I apologize for the double-post, but I hope this will be useful to you.
>
> A print_r of the patient search result object appears to show the
> problem. Joyce Murphy is missing the assigning authority data and id
> number in the patientIdentifier object I get back from the RHIO.
>
> stdClass Object
> (
> [genericAdtValues] =>
> [patientAddress] => stdClass Object
> (
> [city] => Lacrosse
> [country] =>
> [countyParishCode] =>
> [otherDesignation] =>
> [stateOrProvince] => WI
> [streetAddress] => 903 Susan Pl
> [zipOrPostalCode] => 54603
> )
>
> [patientDateOfBirth] =>
> [patientIdentifier] => stdClass Object
> (
> [assigningAuthorityType] => stdClass Object
> (
> [namespaceId] =>
> [universalId] =>
> [universalIdType] =>
> [universalIdTypeCode] =>
> [useDefaultAssigningAuthority] =>
> )
>
> [idNumber] =>
> )
>
> [patientName] => stdClass Object
> (
> [familyName] => Murphy
> [givenName] => Joyce
> [otherName] => Marie
> [prefix] =>
> [suffix] =>
> )
>
> [patientPhoneBusiness] => stdClass Object
> (
> [unformattedTelephoneNumber] =>
> )
>
> [patientPhoneHome] => stdClass Object
> (
> [unformattedTelephoneNumber] =>
> )
>
> [patientSex] =>
> )
>
>
> To get that output I added the command below on line 60 of
> OHFPatientSearch.php, right after the check for whether or not the
> patient id is set (which only checks if it was ever set, not if it's
> empty).
>
> echo "result object: <pre>" . print_r($resultObject, true) .
> "</pre> \n";
>
> This print happens shortly after $SOAPClient->searchPatients is called,
> which simply passes on the result object from the bridge client, without
> any tampering. So, it doesn't appear anything on the PHP end is failing
> to transcribe the patient id properly and I suspect it's just not being
> set on the server's end.
> Perhaps Joyce's uuid got lost or deleted during database changes to meet
> the new api?
>
> I hope that's useful.
>
> -Dan

Re: Any patients with documents? [message #572865 is a reply to message #23205]

Thu, 16 November 2006 12:54

Eclipse User

It was a bug in the PHP which contained some hard coded staff.
See bugzilla for details, committed the code to the CVS.

--eishay

Eishay Smith wrote:
> Got that. I suspect its our bug.
> It is strange since in our JUnit we do get the patient IDs and we (and
> Practice Partners) had passed the MESA tests using the bridge. We need
> to see what the PHP is doing different, I do believe its a bug in the
> bridge,
> Can you please open a bug with the details?
>
> Thanks,
> Eishay
>
> Dan Hale wrote:
>> I apologize for the double-post, but I hope this will be useful to you.
>>
>> A print_r of the patient search result object appears to show the
>> problem. Joyce Murphy is missing the assigning authority data and id
>> number in the patientIdentifier object I get back from the RHIO.
>>
>> stdClass Object
>> (
>> [genericAdtValues] =>
>> [patientAddress] => stdClass Object
>> (
>> [city] => Lacrosse
>> [country] =>
>> [countyParishCode] =>
>> [otherDesignation] =>
>> [stateOrProvince] => WI
>> [streetAddress] => 903 Susan Pl
>> [zipOrPostalCode] => 54603
>> )
>>
>> [patientDateOfBirth] =>
>> [patientIdentifier] => stdClass Object
>> (
>> [assigningAuthorityType] => stdClass Object
>> (
>> [namespaceId] =>
>> [universalId] =>
>> [universalIdType] =>
>> [universalIdTypeCode] =>
>> [useDefaultAssigningAuthority] =>
>> )
>>
>> [idNumber] =>
>> )
>>
>> [patientName] => stdClass Object
>> (
>> [familyName] => Murphy
>> [givenName] => Joyce
>> [otherName] => Marie
>> [prefix] =>
>> [suffix] =>
>> )
>>
>> [patientPhoneBusiness] => stdClass Object
>> (
>> [unformattedTelephoneNumber] =>
>> )
>>
>> [patientPhoneHome] => stdClass Object
>> (
>> [unformattedTelephoneNumber] =>
>> )
>>
>> [patientSex] =>
>> )
>>
>>
>> To get that output I added the command below on line 60 of
>> OHFPatientSearch.php, right after the check for whether or not the
>> patient id is set (which only checks if it was ever set, not if it's
>> empty).
>>
>> echo "result object: <pre>" . print_r($resultObject, true) .
>> "</pre> \n";
>>
>> This print happens shortly after $SOAPClient->searchPatients is
>> called, which simply passes on the result object from the bridge
>> client, without any tampering. So, it doesn't appear anything on the
>> PHP end is failing to transcribe the patient id properly and I suspect
>> it's just not being set on the server's end.
>> Perhaps Joyce's uuid got lost or deleted during database changes to
>> meet the new api?
>>
>> I hope that's useful.
>>
>> -Dan

Re: Any patients with documents? [message #572926 is a reply to message #23231]

Fri, 17 November 2006 09:21

Eclipse User

Re: Any patients with documents? [message #572957 is a reply to message #23284]

Fri, 17 November 2006 09:28

Eclipse User

Re: Any patients with documents? [message #573058 is a reply to message #23313]

Fri, 17 November 2006 13:06

Eclipse User

You are right, looks like the registry got flushed.

To make sure you are doing the calls right, you can check out our JUnits at:
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ohf/plu gins/org.eclipse.ohf.bridge.ws/src_tests/org/eclipse/ohf/bri dge/ws/?cvsroot=Technology_Project
and
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ohf/plu gins/org.eclipse.ohf.bridge.ws/src_tests/org/eclipse/ohf/bri dge/ws/tests/mesa/?cvsroot=Technology_Project

--eishay

Re: Any patients with documents? [message #573100 is a reply to message #23284]

Fri, 17 November 2006 13:10

Eclipse User

SOAP FAULT is very generic and I don't know why it happened.
Can you place a sniffer on your line and check what is the SOAP message
that went over?
Corey did it and it helped us a lot understanding the problem.

--eishay

Joey Martin wrote:
> I can't seem to find any documents for any patient:
> I am using rhio: "lswin10-xds, ibmod235-pix"
>
> documentQueryPreferencesType documentQueryPreferencesType = new
> documentQueryPreferencesType();
> documentQueryPreferencesType.storedQuery = true;
> documentQueryPreferencesType.returnReferencesOnly = true;
>
> patientIdType patientId = new patientIdType();
> patientId.assigningAuthorityType = new assigningAuthorityType();
> patientId.idNumber = pit.patientIdentifier.idNumber;
> patientId.assigningAuthorityType.useDefaultAssigningAuthorit y = true;
>
> queryDocumentsResponseType qdRT =
> ohfservice.QueryDocumentsByPatientId( osc, patientId,
> documentQueryPreferencesType );
>
> Note: I am using C#
>
> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientException: SOAP FAULT\n\tat
> org.eclipse.ohf.ihe.xds.soap.XDSSoapClientAXIS.send(XDSSoapC lientAXIS.java:257)\n\tat
> org.eclipse.ohf.ihe.xds.consumer.Consumer.sendQuery(Consumer .java:632)\n\tat
> org.eclipse.ohf.ihe.xds.consumer.Consumer.invokeStoredQuery( Consumer.java:390)\n\tat
> org.eclipse.ohf.bridge.ihe.IheXdsBridge.goQueryDocumentsByPa tientId(IheXdsBridge.java:117)\n\tat
> org.eclipse.ohf.bridge.xds.AbstractXdsBridge.queryDocumentsB yPatientId(AbstractXdsBridge.java:41)\n\tat
> org.eclipse.ohf.bridge.ws.OHFBridge.QueryDocumentsByPatientI d(OHFBridge.java:93)\n\tat
> sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)\n\tat
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)\n\tat
> java.lang.reflect.Method.invoke(Unknown Source)\n\tat
> org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCP rovider.java:397)\n\tat
> org.apache.axis.providers.java.RPCProvider.processMessage(RP CProvider.java:186)\n\tat
> org.apache.axis.providers.java.JavaProvider.invoke(JavaProvi der.java:323)\n\tat
> org.apache.axis.strategies.InvocationStrategy.visit(Invocati onStrategy.java:32)\n\tat
> org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) \n\tat
> org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)\n\ta t
> org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService .java:453)\n\tat
> org.apache.axis.server.AxisServer.invoke(AxisServer.java:281 )\n\tat
> org.apache.axis.transport.http.AxisServlet.doPost(AxisServle t.java:699)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:709) \n\tat
> org.apache.axis.transport.http.AxisServletBase.service(AxisS ervletBase.java:327)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.eclipse.equinox.http.registry.internal.ServletManager$Se rvletWrapper.service(ServletManager.java:139)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ServletRegi stration.handleRequest(ServletRegistration.java:78)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.processAlias(ProxyServlet.java:107)\n\tat
> org.eclipse.equinox.servlet.bridge.http.internal.ProxyServle t.service(ProxyServlet.java:65)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.eclipse.equinox.servlet.bridge.launcher.BridgeServlet.se rvice(BridgeServlet.java:95)\n\tat
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) \n\tat
> org.apache.catalina.core.ApplicationFilterChain.internalDoFi lter(ApplicationFilterChain.java:252)\n\tat
> org.apache.catalina.core.ApplicationFilterChain.doFilter(App licationFilterChain.java:173)\n\tat
> org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:213)\n\tat
> org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:178)\n\tat
> org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:126)\n\tat
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo rtValve.java:105)\n\tat
> org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:107)\n\tat
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd apter.java:148)\n\tat
> org.apache.coyote.http11.Http11Processor.process(Http11Proce ssor.java:869)\n\tat
> org.apache.coyote.http11.Http11BaseProtocol$Http11Connection Handler.processConnection(Http11BaseProtocol.java:664)\n\tat
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo lTcpEndpoint.java:527)\n\tat
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:80)\n\tat
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru n(ThreadPool.java:684)\n\tat
> java.lang.Thread.run(Unknown Source)\n
>
>
> "Eishay Smith" <eishays@us.ibm.com> wrote in message
> news:eji8k8$b7r$1@utils.eclipse.org...
>> It was a bug in the PHP which contained some hard coded staff.
>> See bugzilla for details, committed the code to the CVS.
>>
>> --eishay
>>
>>
>> Eishay Smith wrote:
>>> Got that. I suspect its our bug.
>>> It is strange since in our JUnit we do get the patient IDs and we (and
>>> Practice Partners) had passed the MESA tests using the bridge. We need to
>>> see what the PHP is doing different, I do believe its a bug in the
>>> bridge,
>>> Can you please open a bug with the details?
>>>
>>> Thanks,
>>> Eishay
>>>
>>> Dan Hale wrote:
>>>> I apologize for the double-post, but I hope this will be useful to you.
>>>>
>>>> A print_r of the patient search result object appears to show the
>>>> problem. Joyce Murphy is missing the assigning authority data and id
>>>> number in the patientIdentifier object I get back from the RHIO.
>>>>
>>>> stdClass Object
>>>> (
>>>> [genericAdtValues] =>
>>>> [patientAddress] => stdClass Object
>>>> (
>>>> [city] => Lacrosse
>>>> [country] =>
>>>> [countyParishCode] =>
>>>> [otherDesignation] =>
>>>> [stateOrProvince] => WI
>>>> [streetAddress] => 903 Susan Pl
>>>> [zipOrPostalCode] => 54603
>>>> )
>>>>
>>>> [patientDateOfBirth] =>
>>>> [patientIdentifier] => stdClass Object
>>>> (
>>>> [assigningAuthorityType] => stdClass Object
>>>> (
>>>> [namespaceId] =>
>>>> [universalId] =>
>>>> [universalIdType] =>
>>>> [universalIdTypeCode] =>
>>>> [useDefaultAssigningAuthority] =>
>>>> )
>>>>
>>>> [idNumber] =>
>>>> )
>>>>
>>>> [patientName] => stdClass Object
>>>> (
>>>> [familyName] => Murphy
>>>> [givenName] => Joyce
>>>> [otherName] => Marie
>>>> [prefix] =>
>>>> [suffix] =>
>>>> )
>>>>
>>>> [patientPhoneBusiness] => stdClass Object
>>>> (
>>>> [unformattedTelephoneNumber] =>
>>>> )
>>>>
>>>> [patientPhoneHome] => stdClass Object
>>>> (
>>>> [unformattedTelephoneNumber] =>
>>>> )
>>>>
>>>> [patientSex] =>
>>>> )
>>>>
>>>>
>>>> To get that output I added the command below on line 60 of
>>>> OHFPatientSearch.php, right after the check for whether or not the
>>>> patient id is set (which only checks if it was ever set, not if it's
>>>> empty).
>>>>
>>>> echo "result object: <pre>" . print_r($resultObject, true) .
>>>> "</pre> \n";
>>>>
>>>> This print happens shortly after $SOAPClient->searchPatients is called,
>>>> which simply passes on the result object from the bridge client, without
>>>> any tampering. So, it doesn't appear anything on the PHP end is failing
>>>> to transcribe the patient id properly and I suspect it's just not being
>>>> set on the server's end.
>>>> Perhaps Joyce's uuid got lost or deleted during database changes to meet
>>>> the new api?
>>>>
>>>> I hope that's useful.
>>>>
>>>> -Dan
>
>

Re: Any patients with documents? [message #573205 is a reply to message #23485]

Fri, 17 November 2006 14:30

Eclipse User

Re: Any patients with documents? [message #573291 is a reply to message #23443]

Fri, 17 November 2006 14:46

Eclipse User

Re: Any patients with documents? [message #573326 is a reply to message #23699]

Fri, 17 November 2006 15:03

Eclipse User

As you wrote, looks like the server got flushed.
Our tests with NIST are fine since we upload and download the same
documents so occasional flushing are not an issue.
We'll upload some documents for testings.
--eishay

Previous Topic:	base64base64EncodedDocument and a base64EncodedDocument member to the documenttype
Next Topic:	new version of the bridge client online can show the patients document list (Joyce Murphy @ ibmod235

Goto Forum:

-=] Back to Top [=-

Current Time: Fri May 09 13:34:17 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter