Gestor de unicidad de pacientes
Supervisor(es): Rebufello, Pablo - Furno, Martín - López, Antonio - Massaferro, Rodolfo
Resumen:
Existe un conflicto entre los siguientes tres conceptos: Historia Clínica Electrónica, HCE (1) única, la identificación del paciente, y la pertenencia al paciente de su HCE. La HCE debe ser única (2), pero por su naturaleza, está distribuida entre los múltiples prestadores de salud que lo atienden y por otra parte no hay uniformidad de criterios para su identificación. El presente trabajo propone una solución práctica a este conflicto. Como ya es sabido, la identificación uniforme y unívoca de pacientes a través de distintas instituciones es un problema latente en estos días (3). Poseer la capacidad de identificar precisamente un mismo paciente más allá del alcance de un prestador, es una problemática compleja y requiere de la coordinación de información entre proveedores. Este último requisito, es sumamente complejo, ya que cada uno generalmente posee una forma propia de identificación de pacientes, lo que hace difícil poder llegar a mantener un repositorio global de pacientes entre un conjunto de prestadores. Resolver este problema es un requisito previo para abordar el problema de consolidar en una única historia clínica datos de un mismo paciente que se encuentran distribuidos en múltiples prestadores, y así llegar a la tan ansiada historia clínica única (2). La propuesta de este proyecto es crear un sistema que permita identificar un mismo paciente de forma única a través de múltiples instituciones prestadoras de servicios de salud. La identificación univoca de pacientes ha sido un problema interno para todas las instituciones de salud, incluso antes del uso de sistemas informáticos. Los sistemas informáticos heredaron esta situación e incluso algunas instituciones que pudieron elegir el mejor identificador (por ejemplo la cedula de identidad en Uruguay, C.I.), siguen con problemas de integridad en sus “tablas maestras”. La experiencia internacional está mostrando que más que encontrar un buen identificador para lograr la identificación unívoca, hay que implementar el uso de un buen sistema de identificación. A este problema sumemos ahora la idea de vincular las HCE de una misma persona que tiene datos clínicos en varias instituciones. La idea es lograr ese sistema de identificación pero a un nivel superior, con elementos auditores. Esto agrega una complicación adicional que es la necesidad de recibir y operar con datos de diferentes sistemas, por eso usamos el protocolo HL7 (4) como estándar de comunicación entre sistemas de salud.
2008 | |
SALUD PACIENTES SERVICIOS SANITARIOS SISTEMAS DE INFORMACION |
|
Español | |
Universidad de la República | |
COLIBRI | |
https://hdl.handle.net/20.500.12008/25208 | |
Acceso abierto | |
Licencia Creative Commons Atribución - No Comercial - Sin Derivadas (CC - By-NC-ND 4.0) |
_version_ | 1807523226096500736 |
---|---|
author | Kaveckis, Guillermo |
author2 | Fuertes, Luis Pedro |
author2_role | author |
author_facet | Kaveckis, Guillermo Fuertes, Luis Pedro |
author_role | author |
bitstream.checksum.fl_str_mv | 6429389a7df7277b72b7924fdc7d47a9 a006180e3f5b2ad0b88185d14284c0e0 d77747f0b79dbc4c411d2260a3d95cd2 1996b8461bc290aef6a27d78c67b6b52 69204dc5d3d8daf13d39255734c858c5 |
bitstream.checksumAlgorithm.fl_str_mv | MD5 MD5 MD5 MD5 MD5 |
bitstream.url.fl_str_mv | http://localhost:8080/xmlui/bitstream/20.500.12008/25208/5/license.txt http://localhost:8080/xmlui/bitstream/20.500.12008/25208/2/license_url http://localhost:8080/xmlui/bitstream/20.500.12008/25208/3/license_text http://localhost:8080/xmlui/bitstream/20.500.12008/25208/4/license_rdf http://localhost:8080/xmlui/bitstream/20.500.12008/25208/1/KF08.pdf |
collection | COLIBRI |
dc.contributor.filiacion.none.fl_str_mv | Kaveckis Guillermo, Universidad de la República (Uruguay). Facultad de Ingeniería Fuertes Luis Pedro, Universidad de la República (Uruguay). Facultad de Ingeniería |
dc.creator.advisor.none.fl_str_mv | Rebufello, Pablo Furno, Martín López, Antonio Massaferro, Rodolfo |
dc.creator.none.fl_str_mv | Kaveckis, Guillermo Fuertes, Luis Pedro |
dc.date.accessioned.none.fl_str_mv | 2020-09-08T18:42:13Z |
dc.date.available.none.fl_str_mv | 2020-09-08T18:42:13Z |
dc.date.issued.none.fl_str_mv | 2008 |
dc.description.abstract.none.fl_txt_mv | Existe un conflicto entre los siguientes tres conceptos: Historia Clínica Electrónica, HCE (1) única, la identificación del paciente, y la pertenencia al paciente de su HCE. La HCE debe ser única (2), pero por su naturaleza, está distribuida entre los múltiples prestadores de salud que lo atienden y por otra parte no hay uniformidad de criterios para su identificación. El presente trabajo propone una solución práctica a este conflicto. Como ya es sabido, la identificación uniforme y unívoca de pacientes a través de distintas instituciones es un problema latente en estos días (3). Poseer la capacidad de identificar precisamente un mismo paciente más allá del alcance de un prestador, es una problemática compleja y requiere de la coordinación de información entre proveedores. Este último requisito, es sumamente complejo, ya que cada uno generalmente posee una forma propia de identificación de pacientes, lo que hace difícil poder llegar a mantener un repositorio global de pacientes entre un conjunto de prestadores. Resolver este problema es un requisito previo para abordar el problema de consolidar en una única historia clínica datos de un mismo paciente que se encuentran distribuidos en múltiples prestadores, y así llegar a la tan ansiada historia clínica única (2). La propuesta de este proyecto es crear un sistema que permita identificar un mismo paciente de forma única a través de múltiples instituciones prestadoras de servicios de salud. La identificación univoca de pacientes ha sido un problema interno para todas las instituciones de salud, incluso antes del uso de sistemas informáticos. Los sistemas informáticos heredaron esta situación e incluso algunas instituciones que pudieron elegir el mejor identificador (por ejemplo la cedula de identidad en Uruguay, C.I.), siguen con problemas de integridad en sus “tablas maestras”. La experiencia internacional está mostrando que más que encontrar un buen identificador para lograr la identificación unívoca, hay que implementar el uso de un buen sistema de identificación. A este problema sumemos ahora la idea de vincular las HCE de una misma persona que tiene datos clínicos en varias instituciones. La idea es lograr ese sistema de identificación pero a un nivel superior, con elementos auditores. Esto agrega una complicación adicional que es la necesidad de recibir y operar con datos de diferentes sistemas, por eso usamos el protocolo HL7 (4) como estándar de comunicación entre sistemas de salud. |
dc.format.extent.es.fl_str_mv | 85 p. |
dc.format.mimetype.es.fl_str_mv | application/pdf |
dc.identifier.citation.es.fl_str_mv | Kaveckis, G. y Fuertes, L. Gestor de Unicidad de Pacientes [en línea] Tesis de grado. Montevideo : Udelar. FI. INCO, 2008. |
dc.identifier.uri.none.fl_str_mv | https://hdl.handle.net/20.500.12008/25208 |
dc.language.iso.none.fl_str_mv | es spa |
dc.publisher.es.fl_str_mv | Udelar.FI |
dc.rights.license.none.fl_str_mv | Licencia Creative Commons Atribución - No Comercial - Sin Derivadas (CC - By-NC-ND 4.0) |
dc.rights.none.fl_str_mv | info:eu-repo/semantics/openAccess |
dc.source.none.fl_str_mv | reponame:COLIBRI instname:Universidad de la República instacron:Universidad de la República |
dc.subject.other.es.fl_str_mv | SALUD PACIENTES SERVICIOS SANITARIOS SISTEMAS DE INFORMACION |
dc.title.none.fl_str_mv | Gestor de unicidad de pacientes |
dc.type.es.fl_str_mv | Tesis de grado |
dc.type.none.fl_str_mv | info:eu-repo/semantics/bachelorThesis |
dc.type.version.none.fl_str_mv | info:eu-repo/semantics/acceptedVersion |
description | Existe un conflicto entre los siguientes tres conceptos: Historia Clínica Electrónica, HCE (1) única, la identificación del paciente, y la pertenencia al paciente de su HCE. La HCE debe ser única (2), pero por su naturaleza, está distribuida entre los múltiples prestadores de salud que lo atienden y por otra parte no hay uniformidad de criterios para su identificación. El presente trabajo propone una solución práctica a este conflicto. Como ya es sabido, la identificación uniforme y unívoca de pacientes a través de distintas instituciones es un problema latente en estos días (3). Poseer la capacidad de identificar precisamente un mismo paciente más allá del alcance de un prestador, es una problemática compleja y requiere de la coordinación de información entre proveedores. Este último requisito, es sumamente complejo, ya que cada uno generalmente posee una forma propia de identificación de pacientes, lo que hace difícil poder llegar a mantener un repositorio global de pacientes entre un conjunto de prestadores. Resolver este problema es un requisito previo para abordar el problema de consolidar en una única historia clínica datos de un mismo paciente que se encuentran distribuidos en múltiples prestadores, y así llegar a la tan ansiada historia clínica única (2). La propuesta de este proyecto es crear un sistema que permita identificar un mismo paciente de forma única a través de múltiples instituciones prestadoras de servicios de salud. La identificación univoca de pacientes ha sido un problema interno para todas las instituciones de salud, incluso antes del uso de sistemas informáticos. Los sistemas informáticos heredaron esta situación e incluso algunas instituciones que pudieron elegir el mejor identificador (por ejemplo la cedula de identidad en Uruguay, C.I.), siguen con problemas de integridad en sus “tablas maestras”. La experiencia internacional está mostrando que más que encontrar un buen identificador para lograr la identificación unívoca, hay que implementar el uso de un buen sistema de identificación. A este problema sumemos ahora la idea de vincular las HCE de una misma persona que tiene datos clínicos en varias instituciones. La idea es lograr ese sistema de identificación pero a un nivel superior, con elementos auditores. Esto agrega una complicación adicional que es la necesidad de recibir y operar con datos de diferentes sistemas, por eso usamos el protocolo HL7 (4) como estándar de comunicación entre sistemas de salud. |
eu_rights_str_mv | openAccess |
format | bachelorThesis |
id | COLIBRI_ae17a9f6f7f86e5c318d5509e67f177e |
identifier_str_mv | Kaveckis, G. y Fuertes, L. Gestor de Unicidad de Pacientes [en línea] Tesis de grado. Montevideo : Udelar. FI. INCO, 2008. |
instacron_str | Universidad de la República |
institution | Universidad de la República |
instname_str | Universidad de la República |
language | spa |
language_invalid_str_mv | es |
network_acronym_str | COLIBRI |
network_name_str | COLIBRI |
oai_identifier_str | oai:colibri.udelar.edu.uy:20.500.12008/25208 |
publishDate | 2008 |
reponame_str | COLIBRI |
repository.mail.fl_str_mv | mabel.seroubian@seciu.edu.uy |
repository.name.fl_str_mv | COLIBRI - Universidad de la República |
repository_id_str | 4771 |
rights_invalid_str_mv | Licencia Creative Commons Atribución - No Comercial - Sin Derivadas (CC - By-NC-ND 4.0) |
spelling | Kaveckis Guillermo, Universidad de la República (Uruguay). Facultad de IngenieríaFuertes Luis Pedro, Universidad de la República (Uruguay). Facultad de Ingeniería2020-09-08T18:42:13Z2020-09-08T18:42:13Z2008Kaveckis, G. y Fuertes, L. Gestor de Unicidad de Pacientes [en línea] Tesis de grado. Montevideo : Udelar. FI. INCO, 2008.https://hdl.handle.net/20.500.12008/25208Existe un conflicto entre los siguientes tres conceptos: Historia Clínica Electrónica, HCE (1) única, la identificación del paciente, y la pertenencia al paciente de su HCE. La HCE debe ser única (2), pero por su naturaleza, está distribuida entre los múltiples prestadores de salud que lo atienden y por otra parte no hay uniformidad de criterios para su identificación. El presente trabajo propone una solución práctica a este conflicto. Como ya es sabido, la identificación uniforme y unívoca de pacientes a través de distintas instituciones es un problema latente en estos días (3). Poseer la capacidad de identificar precisamente un mismo paciente más allá del alcance de un prestador, es una problemática compleja y requiere de la coordinación de información entre proveedores. Este último requisito, es sumamente complejo, ya que cada uno generalmente posee una forma propia de identificación de pacientes, lo que hace difícil poder llegar a mantener un repositorio global de pacientes entre un conjunto de prestadores. Resolver este problema es un requisito previo para abordar el problema de consolidar en una única historia clínica datos de un mismo paciente que se encuentran distribuidos en múltiples prestadores, y así llegar a la tan ansiada historia clínica única (2). La propuesta de este proyecto es crear un sistema que permita identificar un mismo paciente de forma única a través de múltiples instituciones prestadoras de servicios de salud. La identificación univoca de pacientes ha sido un problema interno para todas las instituciones de salud, incluso antes del uso de sistemas informáticos. Los sistemas informáticos heredaron esta situación e incluso algunas instituciones que pudieron elegir el mejor identificador (por ejemplo la cedula de identidad en Uruguay, C.I.), siguen con problemas de integridad en sus “tablas maestras”. La experiencia internacional está mostrando que más que encontrar un buen identificador para lograr la identificación unívoca, hay que implementar el uso de un buen sistema de identificación. A este problema sumemos ahora la idea de vincular las HCE de una misma persona que tiene datos clínicos en varias instituciones. La idea es lograr ese sistema de identificación pero a un nivel superior, con elementos auditores. Esto agrega una complicación adicional que es la necesidad de recibir y operar con datos de diferentes sistemas, por eso usamos el protocolo HL7 (4) como estándar de comunicación entre sistemas de salud.Submitted by Cabrera Gabriela (gfcabrerarossi@gmail.com) on 2020-09-08T00:19:53Z No. of bitstreams: 2 license_rdf: 23149 bytes, checksum: 1996b8461bc290aef6a27d78c67b6b52 (MD5) KF08.pdf: 2061400 bytes, checksum: 69204dc5d3d8daf13d39255734c858c5 (MD5)Approved for entry into archive by Machado Jimena (jmachado@fing.edu.uy) on 2020-09-08T18:34:28Z (GMT) No. of bitstreams: 2 license_rdf: 23149 bytes, checksum: 1996b8461bc290aef6a27d78c67b6b52 (MD5) KF08.pdf: 2061400 bytes, checksum: 69204dc5d3d8daf13d39255734c858c5 (MD5)Made available in DSpace by Luna Fabiana (fabiana.luna@fic.edu.uy) on 2020-09-08T18:42:13Z (GMT). No. of bitstreams: 2 license_rdf: 23149 bytes, checksum: 1996b8461bc290aef6a27d78c67b6b52 (MD5) KF08.pdf: 2061400 bytes, checksum: 69204dc5d3d8daf13d39255734c858c5 (MD5) Previous issue date: 200885 p.application/pdfesspaUdelar.FILas obras depositadas en el Repositorio se rigen por la Ordenanza de los Derechos de la Propiedad Intelectual de la Universidad de la República.(Res. Nº 91 de C.D.C. de 8/III/1994 – D.O. 7/IV/1994) y por la Ordenanza del Repositorio Abierto de la Universidad de la República (Res. Nº 16 de C.D.C. de 07/10/2014)info:eu-repo/semantics/openAccessLicencia Creative Commons Atribución - No Comercial - Sin Derivadas (CC - By-NC-ND 4.0)SALUDPACIENTESSERVICIOS SANITARIOSSISTEMAS DE INFORMACIONGestor de unicidad de pacientesTesis de gradoinfo:eu-repo/semantics/bachelorThesisinfo:eu-repo/semantics/acceptedVersionreponame:COLIBRIinstname:Universidad de la Repúblicainstacron:Universidad de la RepúblicaKaveckis, GuillermoFuertes, Luis PedroRebufello, PabloFurno, MartínLópez, AntonioMassaferro, RodolfoUniversidad de la República (Uruguay). Facultad de IngenieríaIngeniero en ComputaciónLICENSElicense.txtlicense.txttext/plain; charset=utf-84267http://localhost:8080/xmlui/bitstream/20.500.12008/25208/5/license.txt6429389a7df7277b72b7924fdc7d47a9MD55CC-LICENSElicense_urllicense_urltext/plain; charset=utf-850http://localhost:8080/xmlui/bitstream/20.500.12008/25208/2/license_urla006180e3f5b2ad0b88185d14284c0e0MD52license_textlicense_texttext/html; charset=utf-838687http://localhost:8080/xmlui/bitstream/20.500.12008/25208/3/license_textd77747f0b79dbc4c411d2260a3d95cd2MD53license_rdflicense_rdfapplication/rdf+xml; charset=utf-823149http://localhost:8080/xmlui/bitstream/20.500.12008/25208/4/license_rdf1996b8461bc290aef6a27d78c67b6b52MD54ORIGINALKF08.pdfKF08.pdfapplication/pdf2061400http://localhost:8080/xmlui/bitstream/20.500.12008/25208/1/KF08.pdf69204dc5d3d8daf13d39255734c858c5MD5120.500.12008/252082024-04-12 14:06:40.301oai:colibri.udelar.edu.uy:20.500.12008/25208VGVybWlub3MgeSBjb25kaWNpb25lcyByZWxhdGl2YXMgYWwgZGVwb3NpdG8gZGUgb2JyYXMKCgpMYXMgb2JyYXMgZGVwb3NpdGFkYXMgZW4gZWwgUmVwb3NpdG9yaW8gc2UgcmlnZW4gcG9yIGxhIE9yZGVuYW56YSBkZSBsb3MgRGVyZWNob3MgZGUgbGEgUHJvcGllZGFkIEludGVsZWN0dWFsICBkZSBsYSBVbml2ZXJzaWRhZCBEZSBMYSBSZXDDumJsaWNhLiAoUmVzLiBOwrogOTEgZGUgQy5ELkMuIGRlIDgvSUlJLzE5OTQg4oCTIEQuTy4gNy9JVi8xOTk0KSB5ICBwb3IgbGEgT3JkZW5hbnphIGRlbCBSZXBvc2l0b3JpbyBBYmllcnRvIGRlIGxhIFVuaXZlcnNpZGFkIGRlIGxhIFJlcMO6YmxpY2EgKFJlcy4gTsK6IDE2IGRlIEMuRC5DLiBkZSAwNy8xMC8yMDE0KS4gCgpBY2VwdGFuZG8gZWwgYXV0b3IgZXN0b3MgdMOpcm1pbm9zIHkgY29uZGljaW9uZXMgZGUgZGVww7NzaXRvIGVuIENPTElCUkksIGxhIFVuaXZlcnNpZGFkIGRlIFJlcMO6YmxpY2EgcHJvY2VkZXLDoSBhOiAgCgphKSBhcmNoaXZhciBtw6FzIGRlIHVuYSBjb3BpYSBkZSBsYSBvYnJhIGVuIGxvcyBzZXJ2aWRvcmVzIGRlIGxhIFVuaXZlcnNpZGFkIGEgbG9zIGVmZWN0b3MgZGUgZ2FyYW50aXphciBhY2Nlc28sIHNlZ3VyaWRhZCB5IHByZXNlcnZhY2nDs24KYikgY29udmVydGlyIGxhIG9icmEgYSBvdHJvcyBmb3JtYXRvcyBzaSBmdWVyYSBuZWNlc2FyaW8gIHBhcmEgZmFjaWxpdGFyIHN1IHByZXNlcnZhY2nDs24geSBhY2Nlc2liaWxpZGFkIHNpbiBhbHRlcmFyIHN1IGNvbnRlbmlkby4KYykgcmVhbGl6YXIgbGEgY29tdW5pY2FjacOzbiBww7pibGljYSB5IGRpc3BvbmVyIGVsIGFjY2VzbyBsaWJyZSB5IGdyYXR1aXRvIGEgdHJhdsOpcyBkZSBJbnRlcm5ldCBtZWRpYW50ZSBsYSBwdWJsaWNhY2nDs24gZGUgbGEgb2JyYSBiYWpvIGxhIGxpY2VuY2lhIENyZWF0aXZlIENvbW1vbnMgc2VsZWNjaW9uYWRhIHBvciBlbCBwcm9waW8gYXV0b3IuCgoKRW4gY2FzbyBxdWUgZWwgYXV0b3IgaGF5YSBkaWZ1bmRpZG8geSBkYWRvIGEgcHVibGljaWRhZCBhIGxhIG9icmEgZW4gZm9ybWEgcHJldmlhLCAgcG9kcsOhIHNvbGljaXRhciB1biBwZXLDrW9kbyBkZSBlbWJhcmdvIHNvYnJlIGxhIGRpc3BvbmliaWxpZGFkIHDDumJsaWNhIGRlIGxhIG1pc21hLCBlbCBjdWFsIGNvbWVuemFyw6EgYSBwYXJ0aXIgZGUgbGEgYWNlcHRhY2nDs24gZGUgZXN0ZSBkb2N1bWVudG8geSBoYXN0YSBsYSBmZWNoYSBxdWUgaW5kaXF1ZSAuCgpFbCBhdXRvciBhc2VndXJhIHF1ZSBsYSBvYnJhIG5vIGluZnJpZ2UgbmluZ8O6biBkZXJlY2hvIHNvYnJlIHRlcmNlcm9zLCB5YSBzZWEgZGUgcHJvcGllZGFkIGludGVsZWN0dWFsIG8gY3VhbHF1aWVyIG90cm8uCgpFbCBhdXRvciBnYXJhbnRpemEgcXVlIHNpIGVsIGRvY3VtZW50byBjb250aWVuZSBtYXRlcmlhbGVzIGRlIGxvcyBjdWFsZXMgbm8gdGllbmUgbG9zIGRlcmVjaG9zIGRlIGF1dG9yLCAgaGEgb2J0ZW5pZG8gZWwgcGVybWlzbyBkZWwgcHJvcGlldGFyaW8gZGUgbG9zIGRlcmVjaG9zIGRlIGF1dG9yLCB5IHF1ZSBlc2UgbWF0ZXJpYWwgY3V5b3MgZGVyZWNob3Mgc29uIGRlIHRlcmNlcm9zIGVzdMOhIGNsYXJhbWVudGUgaWRlbnRpZmljYWRvIHkgcmVjb25vY2lkbyBlbiBlbCB0ZXh0byBvIGNvbnRlbmlkbyBkZWwgZG9jdW1lbnRvIGRlcG9zaXRhZG8gZW4gZWwgUmVwb3NpdG9yaW8uCgpFbiBvYnJhcyBkZSBhdXRvcsOtYSBtw7psdGlwbGUgL3NlIHByZXN1bWUvIHF1ZSBlbCBhdXRvciBkZXBvc2l0YW50ZSBkZWNsYXJhIHF1ZSBoYSByZWNhYmFkbyBlbCBjb25zZW50aW1pZW50byBkZSB0b2RvcyBsb3MgYXV0b3JlcyBwYXJhIHB1YmxpY2FybGEgZW4gZWwgUmVwb3NpdG9yaW8sIHNpZW5kbyDDqXN0ZSBlbCDDum5pY28gcmVzcG9uc2FibGUgZnJlbnRlIGEgY3VhbHF1aWVyIHRpcG8gZGUgcmVjbGFtYWNpw7NuIGRlIGxvcyBvdHJvcyBjb2F1dG9yZXMuCgpFbCBhdXRvciBzZXLDoSByZXNwb25zYWJsZSBkZWwgY29udGVuaWRvIGRlIGxvcyBkb2N1bWVudG9zIHF1ZSBkZXBvc2l0YS4gTGEgVURFTEFSIG5vIHNlcsOhIHJlc3BvbnNhYmxlIHBvciBsYXMgZXZlbnR1YWxlcyB2aW9sYWNpb25lcyBhbCBkZXJlY2hvIGRlIHByb3BpZWRhZCBpbnRlbGVjdHVhbCBlbiBxdWUgcHVlZGEgaW5jdXJyaXIgZWwgYXV0b3IuCgpBbnRlIGN1YWxxdWllciBkZW51bmNpYSBkZSB2aW9sYWNpw7NuIGRlIGRlcmVjaG9zIGRlIHByb3BpZWRhZCBpbnRlbGVjdHVhbCwgbGEgVURFTEFSICBhZG9wdGFyw6EgdG9kYXMgbGFzIG1lZGlkYXMgbmVjZXNhcmlhcyBwYXJhIGV2aXRhciBsYSBjb250aW51YWNpw7NuIGRlIGRpY2hhIGluZnJhY2Npw7NuLCBsYXMgcXVlIHBvZHLDoW4gaW5jbHVpciBlbCByZXRpcm8gZGVsIGFjY2VzbyBhIGxvcyBjb250ZW5pZG9zIHkvbyBtZXRhZGF0b3MgZGVsIGRvY3VtZW50byByZXNwZWN0aXZvLgoKTGEgb2JyYSBzZSBwb25kcsOhIGEgZGlzcG9zaWNpw7NuIGRlbCBww7pibGljbyBhIHRyYXbDqXMgZGUgbGFzIGxpY2VuY2lhcyBDcmVhdGl2ZSBDb21tb25zLCBlbCBhdXRvciBwb2Ryw6Egc2VsZWNjaW9uYXIgdW5hIGRlIGxhcyA2IGxpY2VuY2lhcyBkaXNwb25pYmxlczoKCgpBdHJpYnVjacOzbiAoQ0MgLSBCeSk6IFBlcm1pdGUgdXNhciBsYSBvYnJhIHkgZ2VuZXJhciBvYnJhcyBkZXJpdmFkYXMsIGluY2x1c28gY29uIGZpbmVzIGNvbWVyY2lhbGVzLCBzaWVtcHJlIHF1ZSBzZSByZWNvbm96Y2EgYWwgYXV0b3IuCgpBdHJpYnVjacOzbiDigJMgQ29tcGFydGlyIElndWFsIChDQyAtIEJ5LVNBKTogUGVybWl0ZSB1c2FyIGxhIG9icmEgeSBnZW5lcmFyIG9icmFzIGRlcml2YWRhcywgaW5jbHVzbyBjb24gZmluZXMgY29tZXJjaWFsZXMsIHBlcm8gbGEgZGlzdHJpYnVjacOzbiBkZSBsYXMgb2JyYXMgZGVyaXZhZGFzIGRlYmUgaGFjZXJzZSBtZWRpYW50ZSB1bmEgbGljZW5jaWEgaWTDqW50aWNhIGEgbGEgZGUgbGEgb2JyYSBvcmlnaW5hbCwgcmVjb25vY2llbmRvIGEgbG9zIGF1dG9yZXMuCgpBdHJpYnVjacOzbiDigJMgTm8gQ29tZXJjaWFsIChDQyAtIEJ5LU5DKTogUGVybWl0ZSB1c2FyIGxhIG9icmEgeSBnZW5lcmFyIG9icmFzIGRlcml2YWRhcywgc2llbXByZSB5IGN1YW5kbyBlc29zIHVzb3Mgbm8gdGVuZ2FuIGZpbmVzIGNvbWVyY2lhbGVzLCByZWNvbm9jaWVuZG8gYWwgYXV0b3IuCgpBdHJpYnVjacOzbiDigJMgU2luIERlcml2YWRhcyAoQ0MgLSBCeS1ORCk6IFBlcm1pdGUgZWwgdXNvIGRlIGxhIG9icmEsIGluY2x1c28gY29uIGZpbmVzIGNvbWVyY2lhbGVzLCBwZXJvIG5vIHNlIHBlcm1pdGUgZ2VuZXJhciBvYnJhcyBkZXJpdmFkYXMsIGRlYmllbmRvIHJlY29ub2NlciBhbCBhdXRvci4KCkF0cmlidWNpw7NuIOKAkyBObyBDb21lcmNpYWwg4oCTIENvbXBhcnRpciBJZ3VhbCAoQ0Mg4oCTIEJ5LU5DLVNBKTogUGVybWl0ZSB1c2FyIGxhIG9icmEgeSBnZW5lcmFyIG9icmFzIGRlcml2YWRhcywgc2llbXByZSB5IGN1YW5kbyBlc29zIHVzb3Mgbm8gdGVuZ2FuIGZpbmVzIGNvbWVyY2lhbGVzIHkgbGEgZGlzdHJpYnVjacOzbiBkZSBsYXMgb2JyYXMgZGVyaXZhZGFzIHNlIGhhZ2EgbWVkaWFudGUgbGljZW5jaWEgaWTDqW50aWNhIGEgbGEgZGUgbGEgb2JyYSBvcmlnaW5hbCwgcmVjb25vY2llbmRvIGEgbG9zIGF1dG9yZXMuCgpBdHJpYnVjacOzbiDigJMgTm8gQ29tZXJjaWFsIOKAkyBTaW4gRGVyaXZhZGFzIChDQyAtIEJ5LU5DLU5EKTogUGVybWl0ZSB1c2FyIGxhIG9icmEsIHBlcm8gbm8gc2UgcGVybWl0ZSBnZW5lcmFyIG9icmFzIGRlcml2YWRhcyB5IG5vIHNlIHBlcm1pdGUgdXNvIGNvbiBmaW5lcyBjb21lcmNpYWxlcywgZGViaWVuZG8gcmVjb25vY2VyIGFsIGF1dG9yLgoKTG9zIHVzb3MgcHJldmlzdG9zIGVuIGxhcyBsaWNlbmNpYXMgaW5jbHV5ZW4gbGEgZW5hamVuYWNpw7NuLCByZXByb2R1Y2Npw7NuLCBjb211bmljYWNpw7NuLCBwdWJsaWNhY2nDs24sIGRpc3RyaWJ1Y2nDs24geSBwdWVzdGEgYSBkaXNwb3NpY2nDs24gZGVsIHDDumJsaWNvLiBMYSBjcmVhY2nDs24gZGUgb2JyYXMgZGVyaXZhZGFzIGluY2x1eWUgbGEgYWRhcHRhY2nDs24sIHRyYWR1Y2Npw7NuIHkgZWwgcmVtaXguCgpDdWFuZG8gc2Ugc2VsZWNjaW9uZSB1bmEgbGljZW5jaWEgcXVlIGhhYmlsaXRlIHVzb3MgY29tZXJjaWFsZXMsIGVsIGRlcMOzc2l0byBkZWJlcsOhIHNlciBhY29tcGHDsWFkbyBkZWwgYXZhbCBkZWwgamVyYXJjYSBtw6F4aW1vIGRlbCBTZXJ2aWNpbyBjb3JyZXNwb25kaWVudGUuCg==Universidadhttps://udelar.edu.uy/https://www.colibri.udelar.edu.uy/oai/requestmabel.seroubian@seciu.edu.uyUruguayopendoar:47712024-07-25T14:46:20.665231COLIBRI - Universidad de la Repúblicafalse |
spellingShingle | Gestor de unicidad de pacientes Kaveckis, Guillermo SALUD PACIENTES SERVICIOS SANITARIOS SISTEMAS DE INFORMACION |
status_str | acceptedVersion |
title | Gestor de unicidad de pacientes |
title_full | Gestor de unicidad de pacientes |
title_fullStr | Gestor de unicidad de pacientes |
title_full_unstemmed | Gestor de unicidad de pacientes |
title_short | Gestor de unicidad de pacientes |
title_sort | Gestor de unicidad de pacientes |
topic | SALUD PACIENTES SERVICIOS SANITARIOS SISTEMAS DE INFORMACION |
url | https://hdl.handle.net/20.500.12008/25208 |