Return-Path: X-Original-To: apmail-ctakes-user-archive@www.apache.org Delivered-To: apmail-ctakes-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 58C2011D51 for ; Mon, 22 Sep 2014 06:17:50 +0000 (UTC) Received: (qmail 12199 invoked by uid 500); 22 Sep 2014 06:17:48 -0000 Delivered-To: apmail-ctakes-user-archive@ctakes.apache.org Received: (qmail 12141 invoked by uid 500); 22 Sep 2014 06:17:48 -0000 Mailing-List: contact user-help@ctakes.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@ctakes.apache.org Delivered-To: mailing list user@ctakes.apache.org Received: (qmail 11775 invoked by uid 99); 22 Sep 2014 06:17:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Sep 2014 06:17:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of emgladiators@gmail.com designates 74.125.82.44 as permitted sender) Received: from [74.125.82.44] (HELO mail-wg0-f44.google.com) (74.125.82.44) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Sep 2014 06:17:20 +0000 Received: by mail-wg0-f44.google.com with SMTP id z12so2106928wgg.3 for ; Sun, 21 Sep 2014 23:17:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=5ENzg/9v65XU+M6HrEwDwp1ugNzO1Nalstp/1+GT7LE=; b=OQGl8feehEhbwFCP5dA5LSMtVOmu/u+JH38JQkBMdsaDANB9caIbCHfx3I4HXD8Z2u YLVwpIPuxOQ4fGHpfyoAbzDBk601/nxbAeGeQQv6Cs6rOhhQfdBLVyZCdeaGLSQBNirN eBb3DDoalk6hqFOjn/IGQG75r+vqKLn1mdmsZDlYLJVVvwzYDcFvZuUQblHhgw9fkhpX 5F+DSieffJBhD6ngKbe0nVeVqY6U46hkE9A+c4kLv+5IKaaFh3py+/bQjMq5Up3GiCvS RnfLK43FMoIb8/y4zPN1gYWfoMnQWOxdPgfoGfQYMcXahqeT7qU/6mnyh8jw2jITZqo5 PWBg== MIME-Version: 1.0 X-Received: by 10.180.19.230 with SMTP id i6mr7016972wie.48.1411366640168; Sun, 21 Sep 2014 23:17:20 -0700 (PDT) Received: by 10.216.38.137 with HTTP; Sun, 21 Sep 2014 23:17:20 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Sep 2014 02:17:20 -0400 Message-ID: Subject: Re: ctakes not capturing all meds/rxnorm IDs From: EM Gladiators To: user@ctakes.apache.org Content-Type: multipart/alternative; boundary=bcaec53f3a3f3c36c70503a1677b X-Virus-Checked: Checked by ClamAV on apache.org --bcaec53f3a3f3c36c70503a1677b Content-Type: text/plain; charset=UTF-8 Pei, I am not seeing anything being filtered in the logs. I checked both the output in the terminal and also I set the log in the software to log everything. How do I go about suppressing the OrangeBook filter and use only Rxnorm? I'm still not sure the filtering is the problem, because aspirin is also found in OrangeBook. But, removing the OrgangeBook filter would be a good place to start to see if it improves the medication name recognition. Thank you, James On Sun, Sep 21, 2014 at 10:30 PM, Pei Chen wrote: > In the logs, do you see something like "Filtered out xyz"? > I think the default configuration has a OrangeBook Filter consumer > applied. That is only RxNorm concepts that also exist in the > OrangeBook are returned. I'm not sure if this is causing some of your > drugs to be missed, but worth taking out OrangeBook filter out to > confirm. > We should probably default all RxNorm to be returned and make the > OrangeBook filter optional in the future release. > > On Sun, Sep 21, 2014 at 5:53 PM, EM Gladiators > wrote: > > I have recently installed ctakes. I am using the > > AggregatePlaintextUMLSProcessor. When running the CVD, it is not > accurately > > annotating all medication names. Specific medication names that it > > annotates correctly are metformin and nifedipine. Specific medications > it > > fails to annotate are aspirin and simvastatin. It is unclear why some > names > > would be annotated correctly and some not, even though all medication > names > > are found in rxnorm. I am afraid that it is not correctly using the > rxnorm > > files. Is there a way to check to see if the full rxnorm is being > searched? > > > > I have not had a problem with snomed CT terms, ctakes does appear to be > > capturing these correctly. > > > > Thank you, > > > > James Foster > > > > My setup is as follows... > > > > Mac OS 10.9.4 > > Java version 1.8.0_20 > > ctakes version 3.2.0 with optional resources package > --bcaec53f3a3f3c36c70503a1677b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Pei, =C2=A0I am not seeing anything being filtered in the = logs.=C2=A0 I checked both the output in the terminal and also I set the lo= g in the software to log everything.=C2=A0 How do I go about suppressing th= e OrangeBook filter and use only Rxnorm?=C2=A0 I'm still not sure the f= iltering is the problem, because aspirin is also found in OrangeBook.=C2=A0= But, removing the OrgangeBook filter would be a good place to start to see= if it improves the medication name recognition.

Thank y= ou,

James
On Sun, Sep 21, 2014 at 10:30 PM, Pei Chen <= chenpei@apache.org> wrote:
= In the logs, do you see something like "Filtered out xyz"?
I think the default configuration has a OrangeBook Filter consumer
applied.=C2=A0 That is only RxNorm concepts that also exist in the
OrangeBook are returned.=C2=A0 I'm not sure if this is causing some of = your
drugs to be missed, but worth taking out OrangeBook filter out to
confirm.
We should probably default all RxNorm to be returned and make the
OrangeBook filter optional in the future release.

On Sun, Sep 21, 2014 at 5:53 PM, EM Gladiators <emgladiators@gmail.com> wrote:
> I have recently installed ctakes.=C2=A0 I am using the
> AggregatePlaintextUMLSProcessor.=C2=A0 When running the CVD, it is not= accurately
> annotating all medication names.=C2=A0 Specific medication names that = it
> annotates correctly are metformin and nifedipine.=C2=A0 Specific medic= ations it
> fails to annotate are aspirin and simvastatin.=C2=A0 It is unclear why= some names
> would be annotated correctly and some not, even though all medication = names
> are found in rxnorm.=C2=A0 I am afraid that it is not correctly using = the rxnorm
> files.=C2=A0 Is there a way to check to see if the full rxnorm is bein= g searched?
>
> I have not had a problem with snomed CT terms, ctakes does appear to b= e
> capturing these correctly.
>
> Thank you,
>
> James Foster
>
> My setup is as follows...
>
> Mac OS 10.9.4
> Java version 1.8.0_20
> ctakes version 3.2.0 with optional resources package

--bcaec53f3a3f3c36c70503a1677b--