<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>LITL at CLEF eHealth2016: recognizing entities in French biomedical documents</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Lydia-Mai Ho-Dac</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ludovic Tanguy</string-name>
          <email>tanguy@univ-tlse2.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>CØline Grauby</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Aurore Heu Mby</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Justine Malosse</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Laura RiviŁre</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>AmØlie Veltz-Mauclair</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marine Wauquier</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>1: CLLE-ERSS: CNRS &amp; University of Toulouse</institution>
          ,
          <addr-line>France 2: Master LITL</addr-line>
          ,
          <institution>University of Toulouse</institution>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper describes the participation of master's students (LITL programme, university of Toulouse) and their teachers to the CLEF eHealth 2016 campaign. Two runs were submitted for task 2 (multilingual information extraction) which consisted in the recognition and categorization of medical entities in French biomedical documents. The system used consists of a CRF classier based on a number of dierent features (POS tagging, generic word lists and syntactic parsing). In addition, several patterns were used on the CRF's output in order to extract more complex entities. The best run achieved high precision (0.640.78) but lower recall (0.320.40), with an overall F1-measure of 0.430.53.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        This article describes the participation of the students of the LITL master to
the CLEF eHealth 2016 Lab [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        LITL (stands for Linguistique, Informatique, Technologies du Langage, i.e.
Linguistics, IT, Language technologies ) is a new master’s program at the
University of Toulouse, France. Mainly aimed at linguistics and humanities students, it
comprises, for a major part, courses in natural language processing (NLP),
computational linguistics and practical aspects of corpus analysis through
programming and using various computer tools. An important part of this curriculum is
project-oriented, and the rst year students have to build a fully operational
processing system for a precise NLP task. This year’s project was the participation
to the CLEF eHealth challenge, more precisely task 2: multilingual Information
Extraction [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>The teachers in charge of this project (members of the CLLE-ERSS
laboratory) deemed that this task was ideal for pedagogical purposes:
information extraction (and more precisely named entity recognition NER)
is a well-known, well-dened and central task in modern NLP;
state of the art information extraction systems are based on machine
learning techniques but can also make use of symbolic handcrafted rule-based
approaches;
supervised learning systems such as CRF classiers can take advantage of
dierent kind of linguistic resources, many of these are available for the
biomedical domain;
a collaborative task is an excellent exercise for students, as it motivates them
and gives them a clear feedback on their work;
the target language of CLEF eHEalth 2016 is French, the students’ working
language;
the task’s schedule was perfectly suited to the master’s calendar.</p>
      <p>Working as a team along the entire semester, the students were thus able
(with help from their teachers) to submit two runs for the selected task, and got
very satisfactory results for a rst attempt.</p>
      <p>This paper is organized as follows. Section 2 describes the tasks and get a
closer look at the data. Section 3 gives a precise description of the dierent
components of the system designed for the task, while the results are given and
discussed in Section 4.
2
2.1</p>
    </sec>
    <sec id="sec-2">
      <title>Task description</title>
      <sec id="sec-2-1">
        <title>Overview</title>
        <p>The LITL team participation only concerns the CLEF 2016 eHealth task 2
phase 1 addressing biomedical NER in French texts. The aim is to
automatically detect and classify biomedical entities. Detection requires the system to
provide start and end positions of each relevant entities. The classication step
consists in associating each previously detected entity with one of the ten target
categories corresponding to UMLS Semantic Group:</p>
      </sec>
      <sec id="sec-2-2">
        <title>Anatomy (ANAT),</title>
        <p>Chemical and Drugs ( CHEM),
Devices (DEVI),
Disorders (DISO),
Geographic Areas ( GEOG),
Living Beings (LIVB),
Objects (OBJC),
Phenomena (PHEN),
Physiology (PHYS),
Procedures (PROC).</p>
        <p>Two text types are concerned with this task: drug inserts and biomedical
research papers’ titles and (sub)headings. Biomedical entities cover a wide range
of linguistic expressions such as drug or city names, very common nouns (e.g.
"inrmiŁre " (nurse ), "Øtudes " (studies )), technical specialized terms (e.g. "
thyroglobuline ", "Ølectronystagmographie ") or complex phrases (e.g. " infectØs par le
virus de l’immunodØcience humaine " (infected with human immunodeciency
virus ), "enfant gØ de plus de trois mois " (children over 3 months )).
2.2
The training data set corresponds to the QUAERO French Medical Corpus [11]
previously used in CLEF 2015 eHealth task 1b [12] and made of two sub-corpora:
EMEA: 6 drug inserts written by the European Medicines Agency 1 for the
general public ;
MEDLINE: 1665 titles and (sub)headings of biomedical academic papers
indexed in the MEDLINE database 2.</p>
        <p>Drug inserts are long texts (around 5,000 words/text on average) written in a less
specialized language than MEDLINE’s very short text segments (6 words/item
on average), as illustrated in examples 1 from EMEA and 2 from MEDLINE,
see below. MEDLINE texts are written with an uncommon syntax, considering
that titles and (sub)headings usually correspond to noun phrases or non-nite
sentences without nal punctuation.</p>
        <p>Example 1. Il est utilisØ en association avec d ’ autres mØdicaments antiviraux
dans le traitement des adultes et des enfants infectØs par le virus
de l ’ immunodØcience humaine ( VIH ), le virus qui provoque le
syndrome d ’ immunodØcience acquise ( SIDA ). [EMEA/118_1]
Example 2. HypersensibilitØ retardØe dans les aections thyrodiennes ØtudiØe par
le test de migration des leucocytes en prØsence de thyroglobuline
humaine . [MEDLINE/4573749]
Both sub-corpora have been manually annotated following similar guidelines
[11]. Each annotation is encoded in the BRAT stando annotation format 3 and
includes for each entity an id, the relevant UMLS category, the oset position
(start and end) and the textual content of the annotation. Example 3 gives the
manual annotations associated with example 2 and Figure 1 its visualization via
the BRAT annotation tool.</p>
      </sec>
      <sec id="sec-2-3">
        <title>Example 3. T1 DISO 0 25 HypersensibilitØ retardØe</title>
        <p>T2 DISO 0 16 HypersensibilitØ
T3 DISO 35 59 affections thyrodiennes
T4 DISO 35 45 affections
T5 ANAT 46 59 thyrodiennes
T6 PROC 75 107 test de migration des leucocytes
T7 PHYS 83 107 migration des leucocytes
T8 PHYS 83 92 migration
T9 ANAT 97 107 leucocytes
T10 CHEM 123 137 thyroglobuline</p>
        <p>T11 LIVB 138 145 humaine</p>
      </sec>
      <sec id="sec-2-4">
        <title>1 http://opus.lingfil.uu.se/EMEA.php 2 http://www.ncbi.nlm.nih.gov/pubmed/ 3 http://brat.nlplab.org/standoff.html</title>
        <p>As for the detection subtask, annotated entities can be single words (77%)
or compounds (23%). Compound entities may be autonomous (e.g. " prise en
charge"); nested such as in (3) where " leucocytes " is nested in "migration des
leucocytes " which is in turn nested in " test de migration des leucocytes "; or
discontinuous such as " hØpatites C " and "virus des hØpatites C " in (4).</p>
        <p>Because discontinuous entities are very rare, we decided to not detect such
entities. Concerning nested entities which are more frequent, we implemented
post-processing as described in Section 3.</p>
        <p>As for classication subtask, entities are heterogeneously distributed among
ten types. Half of the annotated entities are categorized as DISO (26%) or CHEM
(25%). The rest spread mainly among PROC (16%), ANAT (11%) and LIVB (11%)
while types PHYS, OBJC, DEVI, GEOG and PHEN are fairly rare. When compound,
entities seem to be usually categorized as the rst (head) component (e.g. " virus
des hØpatites C " is labeled LIVB as for "virus ").</p>
        <p>Preliminary linguistic observations of data reveal three main characteristics that
will constitute features for our system. First, the length of single-word
annotated entities (in characters) seems longer than non-annotated words with an
average of 9.5 characters against 5.5. Secondly, single-word entities show some
morphological complexity with a use of recurrent productive axes such as
cyte, thØrapie , endocrino , trachØo . Finally, annotated entities may be mainly
characterized as technical vocabulary in the biomedical domain especially for
main types (DISO and CHEM).
3</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>System description</title>
      <p>
        In this section we present in details the system we designed for this task. Its
cornerstone is a Conditional Random Field (CRF) classier [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] that is used to
train a model based on the manually tagged datasets. Although CRFs are easily
applied thanks to readily available toolkits such as CRF++4, they require a
certain amount of preprocessing and are known to perform better when given
additional information on the tokens to analyze. Also, they cannot by themselves
provide all the solutions, especially when the target entities are nested and/or
overlap, that’s why several post-processing procedures were necessary as well.
3.1
      </p>
      <sec id="sec-3-1">
        <title>Overview</title>
        <p>As is mandatory with machine learning supervised techniques, we rst had to
build a model based on the training data. This was done according to the scheme
presented in gure 2. As can be seen, this sequence starts with the raw text les
from the training dataset, corrects their tokenization, performs POS tagging and
syntactic parsing, then adds an additional set of features and nally provides,
along with the annotated les, input for the CRF training phase. The result is
a CRF model that can be used in the extraction phase.</p>
        <p>The overall process used for extracting and categorizing entities from raw
text les can be seen in gure 3. We can see that it applies roughly the same
modules as for the training phase, but adds an additional post-processing step
after the CRF classier.</p>
        <p>The stages are described in details in the following sections.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>Preprocessing: correction, POS tagging and parsing</title>
        <p>The rst set of modules concerns the processing of text les. The main role
of these modules is to provide a generic annotation layer for the tokens: POS
tagging, lemmatization and dependency parsing, as these additional information
are to be used by the CRF classier.</p>
        <p>For both phases, we used the Talismane toolkit [13] for POS tagging and
dependency parsing, with the provided models for French and using the default</p>
      </sec>
      <sec id="sec-3-3">
        <title>4 https://taku910.github.io/crfpp/</title>
        <p>parameters. In addition to being a reliable tagger and dependency parser,
Talismane provides the oset for each token, which is vital for dealing with the BRAT
stando annotation format.</p>
        <p>The tokenization correction module has been developed in order to prevent
many tagging errors due to the non-standard blank spaces that appear in both
the training and test text les. The main problems were due to additional spaces
before and/or after commas, hyphens, apostrophes, periods, digits, etc. For
example, an extraneous space between " l " and the following apostrophe prevented
the tagger and parser from identifying a determiner. This correction module
is a simple Perl script using regular expressions to convert texts back to their
supposedly original punctuation, while keeping the additional spaces in order
to preserve the osets for the annotated and extracted entities. For example,
extract in (5) becomes (6) after correction:
Example 5. Par consØquent , lorsque vous serez traitØ par TYSABRI , vous ne constaterez
peut-Œtre pas d ’ amØlioration mais le traitement par TYSABRI pourra empŒcher
l ’ aggravation de votre maladie . [EMEA/425_6]
Example 6. Par consØquent, lorsque vous serez traitØ par TYSABRI, vous ne constaterez
peut-Œtre pas d’ amØlioration mais le traitement par TYSABRI pourra empŒcher
l’ aggravation de votre maladie.</p>
        <p>The output of the parser follows a column-based format, in which each token
is described on a separate line, as in the example (7) below (related to (5)), where
columns indicate, in order: word form, POS tag, lemma, syntactic dependency,
oset.</p>
        <p>As can be seen, unknown tokens (i.e. absent from the reference lexicon used by
Talismane) have no corresponding lemma. We added correction procedure that
reproduces the word form instead of the "_" placeholder. The POS tags indicate
the token’s nature (e.g. DETerminer, Verb, ADVerb, etc.) while the syntactic tag
indicate its function in the sentence, more precisely the relation it has with its
syntactic governor, such as object, modier, etc. Details on both tagsets can be
found in the Talismane documentation.
3.3</p>
      </sec>
      <sec id="sec-3-4">
        <title>Adding features from external resources</title>
        <p>In addition to the lemma, POS and syntactic relations, we added several features
we deemed relevant with the task (see 2). These features are the following:
does the token appear in a specic word lists?
what is the token’s length in number of characters?
does the token begin with a recognizable prex?
does the token end with a recognizable sux?</p>
        <p>These features and the way they were calculated are described in the following
paragraphs</p>
      </sec>
      <sec id="sec-3-5">
        <title>Word lists</title>
        <p>We used several word lists in order to extend the lexical coverage beyond
what is present in the training datasets. We used two main sources: SNOMED
and a list of commercial drug names.</p>
        <p>SNOMED [14] is a well-known and used resource for biomedical NLP, as it
contains extensive word lists. We selected the 4 most relevant top categories,
and extracted all the single-word terms in each one.</p>
        <p>
          As noted above (Section 2), manual observation of the training data
(especially the EMEA subset) revealed that a large number of commercial names
of drug were present and systematically tagged as CHEM entities. Given that
SNOMED only contains scientic names of chemicals, we wanted to use an
additional resource to tag these specic tokens, as performed by several named
entities recognition systems [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]
        </p>
        <p>We used the Vidal website 5, which is the reference compendium for
pharmaceutical drugs in France. After downloading the list of raw drug names it
provides, we developed an adhoc Perl script that identies the main name through
removal of extraneous information such as posology indications (i.e. transforming
" ABSTRAL 100 g cp subling" into "Abstral ").</p>
        <p>Table 2 gives the number of terms used and a few examples for each of the
selected 5 categories.</p>
        <p>In the end, each token is then associated with a tag (column) containing the
SNOMED/VIDAL category ( chem, morph, proc or phys) if its lemma appears
in the corresponding word list, or none in other cases.</p>
        <p>Token length</p>
        <p>As noted above from an observation of the training data, word length can
be a good indicator for biomedical terms. Given that the CRF classier cannot
deal with numerical feature, we used a qualitative measure of the length using
the following scale: short &lt; 6 medium &lt; 10 long .</p>
        <p>Axes</p>
        <p>Two additional features based on axes were designed in order to help
technical specialized vocabulary detection. It is well known that biomedical technical</p>
      </sec>
      <sec id="sec-3-6">
        <title>5 http://www.vidal.fr</title>
        <p>terms are extensively coined through the use of standard suxes and prexes.</p>
        <p>
          Identifying these can be a useful addition to the necessarily limited reference
word lists for entity recognition [
          <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
          ]. We thus compiled lists of French prexes
and suxes. We relied on existing lists (most of them seemingly compiled for
the training of medicine students):
        </p>
        <p>Lexique des racines, prØxes et suxes des termes scientiques et mØdicaux
by D. Pol, found at http://www.didier-pol.net/
Lexique des axes (prØxes et suxes) by A. Abbara, found at http://
www.aly-abbara.com/litterature/medicale/affixes/a.html
Terminologie mØdicale : prØxes et suxes by P. Cauwel, found at https://
sites.google.com/site/cauwelphilippe/Home/terminologie-medicale-prefixes-et-suffixes</p>
      </sec>
      <sec id="sec-3-7">
        <title>Once merged, these lists provided 394 prexes and 126 suxes. For each token, the longest prex (resp. sux) in the list matching its lemma was used as an additional tag, and none when no match could be found. 3.4</title>
        <p>From BRAT to BIO: selection of entities from the training set
Viewing the task of entity recognition and categorization as a tagging task
requires the data (both training and testing) to be transformed into a compatible
scheme. If the BRAT stando annotation format is perfect for the visualization
and declaration of these entities, it is not appropriate for an automated tagging
process.</p>
        <p>
          The BIO format is traditionally used for expressing token sequences such as
chunks or named entities (cf. [
          <xref ref-type="bibr" rid="ref1 ref2 ref3">3, 1, 2</xref>
          ] for NER in biomedical texts). Its principle
is the following: each token in a text can be at the Beginning, Inside or Outside an
entity. Because entity categorization must be performed, the B (resp. I) letter is
completed by the name of the entity’s category. For example, to express the fact
that "HypersensibilitØ retardØe " is a DISO we tag "HypersensbilitØ " as DISO_B
and "retardØe " as DISO_I.
        </p>
        <p>Thus dened, the task for the CRF classier is to tag each token with one
of the 21 possible value (there are 10 target entity categories, so 10 X_B and 10
X_I, but only one O). This task is thus formally similar to other NLP tagging
tasks such as POS tagging, where a target value has to be decided according to
the descriptive features of the token (and, in the case of CRF, to the features
and values of the neighboring tokens).</p>
        <p>
          An alternative scheme is known as BILOU and adds the possibility for a
token to be the Last token or to be the Unique one for this entity (cf. [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ] for
NER in biomedical domain). Although more precise, its main disadvantage is to
increase the number of possible tags (41 in our case), making it harder for the
classier and generally requiring a larger amount of training data in order to be
reliable (see [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] for a comparison between BIO and BILOU scores).
        </p>
        <p>However, none of these schemes is able to faithfully represent nested,
overlapping or discontinuous entities. As noted above, in section 2 (example 3),
"HypersensibilitØ retardØe " contains two entities: " HypersensibilitØ " and
"HypersensibilitØ retardØe ". Both are of the DISO category, and both begins with
the word "HypersensibilitØ ". However, only one of them can be represented using
the BIO format. The same goes for more complex situations like the sequence
"test de migration des leucocytes ", still in example 3.</p>
        <p>A decision had to be made when translating the annotated entities into the
BIO format: do we keep the longest entities or the shortest? More precisely,
do we consider "leucocytes " to be an ANAT entity by itself (thus receiving an
ANAT_B tag) or part of the PHYS entity " migration des leucocytes " (with an
PHYS_I tag)? This decision impacts the whole process, as what is decided for
the training phase of the CRF will of course directly inuence what is produced
in the tagging phase.</p>
        <p>This dilemma could be summarized as a choice between fewer but more
complex entities versus more small ones. We decided to choose the latter, as we
deemed it easier to "rebuild" complex entities from smaller ones than the other
way around.</p>
        <p>At this stage, each text is represented by a set of features available for each
token, along with a BIO tag for the training data, as is the case in example (8)
derived from (7):</p>
      </sec>
      <sec id="sec-3-8">
        <title>CRF templates and parameters</title>
        <p>As noted above, we chose to use a CRF classier (CRF++) in order to predict
the BIO tag for each token given the features described in the previous sections.
Training the CRF requires to dene a template, i.e. a selection of which pieces of
information are given as an input to the model. The specicity of CRF systems
is that they can take into account both the features associated to the target
token and the ones of its neighbors. Thus, a template is used to dene which
feature(s) of which neighbor(s) are used.</p>
        <p>In summary, after a number of trial runs using the training data, we opted
for the following:
word form of target token and of the tokens appearing in a size-2 window
around it;
POS tag of target token and of the tokens appearing in a size-2 window
around it;
length, prex, sux, and presence in word lists of the target token;
BIO tag attributed to the previous token.</p>
        <p>Moreover, the second run submitted uses the syntactic dependency tag of the
target token, in addition to the previous features. This decision followed a rst
experiment to evaluate the contribution of each dierent features. The system
evaluation was conducted by using the original train/devel split provided for the
training data. Table 3 gives some results of a lesion studies, i.e. indicating for
each feature how their removal from the template aects the task system’s
performances. F-scores were calculated by using the BRATeval.jar script provided
by the organizers (exact matching option on true). As table 3 shows,
syntactic feature contribution depends on the syntactic characteristics of texts: when
texts have uncommon syntax as for MEDLINE items (see 2), using the syntactic
information may worsen results. All other features have a positive contribution
to the model for both target subsets, and thus has been kept in the system.</p>
        <p>We considered separating the training subsets (EMEA and MEDLINE) and
creating dierent models, but experiments in this direction were inconclusive, so
we decided to use all the training data as a whole and to use the same model
for both test subsets.</p>
        <p>From BIO to BRAT: identifying complex named entity NE
The nal stage of the tagging phase is the translation from the BIO format
back to the target BRAT stando annotation format. Beyond simple format
conversion, the main problem here is the reconstruction of entities, assuming
the choices made in the training phase and addressing the limitations of the
BIO format.</p>
        <p>This stage is performed in two steps. The rst one is a simple identication of
entities, blindly following the BIO format. It means that, for each token tagged
as XXX_B we extract one (and only one) entity, comprising the initial tokens along
with all following tokens tagged as YYY_I. For example, we extract " hyperplasie
focale modulaire " as a single DISO entity from the following output:</p>
      </sec>
      <sec id="sec-3-9">
        <title>Example 9. hyperplasie (NC) DISO_B</title>
        <p>focale (ADJ) DISO_I
modulaire (ADJ) DISO_I</p>
        <p>In case of inconsistency between the categories (i.e. if XXX is dierent from
YYY), we attribute the initial ( XXX) category to the NEs.</p>
        <p>As explained above, the choices made initially imply that at this stage we
only get non-nested entities, although most of the time they are parts of larger
entities. For example, given the following sequence in the CRF output:
Example 10. tuberculose (NC) DISO_B</p>
        <p>mØdiastinale (ADJ) ANAT_B
the rst step extracts two separate entities: " tuberculose " as a DISO and
"mØdiastinale " as a ANAT. In order to extract some of the more complex entities,
we designed a few extraction patterns, based on the POS tags. The rst pattern
looks for a noun tagged as B, followed by an adjective tagged as B, i.e. the
exact situation found in the example 10. Its output is the concatenation of both
tokens, tagged with the category of the head noun. This means that this patterns
produces "tuberculose mØdiastinale " as a DISO.</p>
        <p>Similar patterns have been designed for longer sequences of adjectives: NC
(B) ADJ (B) ADJ (B or I) , and for nominal compounds such as NC (B) de/du/des/au/aux
NC (B) and NC (B) P DET NC (B) .</p>
        <p>All extracted entities are collected in the BRAT stando annotation format
as noted above. The osets are immediately available thanks to Talismane output
format and the content of the entity is a simple concatenation of their tokens’
word forms.
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Results and discussion</title>
      <p>In this last section we present and discuss the results obtained by our system on
the task’s test data.
As indicated in Table 4, our F1 scores are above the average (of submitted runs)
for entity recognition in EMEA and slightly under it for MEDLINE with, for
all subsets, a high precision and a low recall. The non-exact matching scoring
procedure means that the osets of the entities can partially overlap instead
of being perfectly aligned. Run1 (without syntactic feature) and run2 (with
syntactic feature) scores show little dierences as expected, although run 1 gets
higher scores for both subsets with exact matching. The order is partly dierent
without exact matching where run2 gest slightly higher results for EMEA only.
It should be noted that matching option only concerns entity delimitation and
not disagreement on entity classication.</p>
      <p>A closer look at the scores per category shows that we get the highest
performance on EMEA texts for LIVB entities recognition with a 0.86 F1 (0.93 P
and 0.8 R, 268 entities), followed by PROC (0.7 F1, 269 entities) and CHEM (0.67
F1, 885 entities). The detection of DISO entities, which cover the largest part of
biomedical entities (988 entities in MEDLINE and 342 in EMEA), is better in
MEDLINE texts (0.66 F1) than in EMEA texts (0.57 F1).</p>
      <sec id="sec-4-1">
        <title>Test data set overview and errors observation</title>
        <p>To better understand our system weaknesses, we propose a quick observation of
the test dataset, then an overview of the false negatives (FN) and false positives
(FP). First of all, an overview of test data reveals a dierence from the training
data that may explain some of our FN. Indeed, as indicated in table 5, while the
proportion of compounds is approximatively the same than in training data set,
the proportion of discontinuous entities which were not taken into account by
our system is double.</p>
        <p>If we take a closer look at FP and FN, we may distinguish several cases (all
subsequent examples come from the EMEA subset). First, FPs may be due to
a disagreement on entity category such as the CHEM polydextrose or diacØtate de
glycØrol which our system both classied as DISO. A comparison between run1
and the gold standard shows 187 cases of such miscategorization (60 in EMEA
and 127 in MEDLINE), with quite a lot of confusions about subtle distinctions
such as between OBJC physical objects and DEVI devices or between PROC
procedures and CHEM chemical and drugs. As for example, in (11), " injection "
was automatically categorized PROC instead of CHEM and "seringue " (syringe )
was automatically categorized OBJC instead of DEVI.</p>
        <p>Example 11. L ’ injection sous-cutanØe est rØalisØe de la mŒme faon qu ’ avec
une seringue classique .[EMEA/334_3]
The subcutaneous injection must be conducted in the same way as with
a classical syringe
Classication errors may also be linked with polysemy as for example with the
word "bouton " which means either a concrete object ( button ) or an anatomic/physiological
entity (pimple ).</p>
        <p>A second group of FPs may be linked to the well-known problem of
distinguishing between specialized vs. common usages. Such cases occur when a
common word or compound was incorrectly recognized as biomedical entities
(e.g. "anomalies " recognized as DISO or "MØlange de couleur bleu " as CHEM).</p>
        <p>A last possible explanation for FPs is related to compounds boundaries as
for example when a CHEM is syntactically linked to a LIVB but not manually
annotated as a compound (e.g. " olanzapine chez les enfants " or "olanzapine
sur les protØines "). Same mistakes may be observed due to prepositional phrase
attachment ambiguity as for example in (12)
Example 12. Traitement de l’ ankylostomiase par le tØtrachlorØthylŁne chez l’
adulte et le grand enfant . [MEDLINE/13515790]
where our system recognized " ankylostomiase par le tØtrachlorØthylŁne " as a
DISO because of the pattern NC (B) P DET NC (B) whereas th prepositional
phrase "par le tØtrachlorØthylŁne " is syntactically attached to " Traitement " and
not to "ankylostomiase ".</p>
        <p>Moreover, when exact matching, other FPs may be observed such as " troubles
hØmatologiques pØriphØriques " detected as a single entity instead of two entities
"troubles hØmatologiques " and "pØriphØriques ".</p>
        <p>This compound boundaries problem has very strong consequences on recall
and may explain the large amount of FNs (more than 1,300 in EMEA and
2,100 in MEDLINE, see Table 4). Indeed, when " troubles hØmatologiques
pØriphØriques " is detected instead of two entities " troubles hØmatologiques " and
"pØriphØriques ", it causes one FP and two FNs. A simple way for dealing with
this problem will be to systematically split detected compounds into as many
single entities as single words.</p>
        <p>The converse is also observed i.e. when our system extracts only one term
from a compound, as for example " Olanzapine Teva " manually annotated as
CHEM while our system recognized only " Olanzapine " and not "Teva ". Such FNs
were essentially due to the limited coverage of our external resources.
11. NØvØol, A., Grouin, C., Leixa, J., Rosset, S., Zweigenbaum, P.: The Quaero French
medical corpus: A ressource for medical entity recognition and normalization. In:
Proc BioTextM, Reykjavik (2014)
12. NØvØol, A., Grouin, C., Tannier, X., Hamon, T., Kelly, L., Goeuriot, L.,
Zweigenbaum, P.: Clef ehealth evaluation lab 2015 task 1b: clinical named entity
recognition. In: Proceedings of CLEF (2015)
13. Urieli, A., Tanguy, L.: L’apport du faisceau dans l’analyse syntaxique en
dØpendances par transitions : Øtudes de cas avec l’analyseur Talismane. In: Actes de la 20e
confØrence sur le Traitement Automatique des Langues Naturelles (TALN’2013).
pp. 188201. Les Sables d’Olonne, France (2013)
14. Wang, A.Y., Sable, J.H., Spackman, K.A.: The SNOMED clinical terms
development process: renement and analysis of content. In: Proceedings of the AMIA
Symposium. p. 845. American Medical Informatics Association (2002)</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Abacha</surname>
            ,
            <given-names>A.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zweigenbaum</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Une Øtude comparative empirique sur la reconnaissance des entitØs mØdicales</article-title>
          .
          <source>Traitement Automatique des Langues</source>
          <volume>53</volume>
          (
          <issue>1</issue>
          ),
          <volume>3968</volume>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>Ben</given-names>
            <surname>Abacha</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Recherche de rØponses prØcises des questions mØdicales : le systŁme de questions-rØponses MEANS</article-title>
          . ThŁse de doctorat en informatique, UniversitØ Paris Sud - Paris XI (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3. de Bruijn,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Cherry</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Kiritchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Martin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <surname>X.</surname>
          </string-name>
          <article-title>: Machine-learned solutions for three stages of clinical information extraction: the state of the art at i2b2 2010</article-title>
          .
          <source>Journal of the American Medical Informatics Association</source>
          <volume>18</volume>
          (
          <issue>5</issue>
          ),
          <volume>557562</volume>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Ghiasvand</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>Disease Name Extraction from Clinical Text Using Conditional Random Fields</article-title>
          .
          <source>Master's thesis</source>
          , University of Wisconsin-Milwaukee (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Kelly</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goeuriot</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Suominen</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>NØvØol</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Palotti</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zuccon</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          :
          <article-title>Overview of the clef ehealth evaluation lab 2016</article-title>
          .
          <source>In: Proceedings of CLEF 2016 - 7th Conference and Labs of the Evaluation Forum, Lecture Notes in Computer Science (LNCS)</source>
          . Springer (
          <year>September 2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Laerty</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCallum</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pereira</surname>
            ,
            <given-names>F.C.</given-names>
          </string-name>
          : Conditional Random Fields:
          <article-title>Probabilistic models for segmenting and labeling sequence data</article-title>
          .
          <source>In: Proceedings of the 18th International Conference on Machine Learning (ICML)</source>
          . pp.
          <volume>282289</volume>
          (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Leaman</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gonzalez</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          , et al.:
          <article-title>Banner: an executable survey of advances in biomedical named entity recognition</article-title>
          .
          <source>In: Pacic Symposium on Biocomputing</source>
          . vol.
          <volume>13</volume>
          , pp.
          <volume>652663</volume>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Liu</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tang</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fan</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          :
          <article-title>Feature engineering for drug name recognition in biomedical texts: Feature conjunction and feature selection</article-title>
          .
          <source>Computational and mathematical methods in medicine 2015</source>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Nadeau</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sekine</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>A survey of named entity recognition and classication</article-title>
          .
          <source>Lingvisticae Investigationes</source>
          <volume>30</volume>
          (
          <issue>1</issue>
          ),
          <volume>326</volume>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>NØvØol</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goeuriot</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kelly</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cohen</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grouin</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hamon</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lavergne</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rey</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Robert</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tannier</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zweigenbaum</surname>
            ,
            <given-names>P.:</given-names>
          </string-name>
          <article-title>Clinical information extraction at the clef ehealth evaluation lab 2016</article-title>
          .
          <article-title>In: Proceedings of CLEF 2016 Evaluation Labs</article-title>
          and Workshop: Online Working Notes. CEUR-WS (
          <year>September 2016</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>