[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

Re: st: Data Entry

From   Steven Samuels <[email protected]>
To   [email protected]
Subject   Re: st: Data Entry
Date   Wed, 6 Aug 2008 17:32:53 -0400

Double entry verification is a feature of Epidata. If you cannot afford that, I strongly recommend two-person 100% read-back; one person reads the entered-data aloud and the second checks the original (or vice versa). A child can do the speaking and it goes very fast.


On Aug 6, 2008, at 2:37 PM, [ISO-8859-1] Eduardo Palencia Herrej�n wrote:

You are probably right, Nick, but when data must be introduced by a
couple of persons, as is the case, direct data entry into the same
Stata file becomes problematic. I think the best solution could be a
friendly form (Access? Epidata?), checking the data at its entry, and
saving it in a file to be imported to Stata using a do file.

The data I need to analize are quite simple: most of them are daily
counts of activity in an ICU.

More help would be welcomed.
Best regards,


Eduardo Palencia Herrej�n
Jefe de Servicio de Medicina Intensiva
Hospital "Infanta Leonor", Madrid
C/ Gran v�a del Este, 80
28031 Madrid
Tfno: +34619204428
Fax: +34911919099
[email protected]

2008/8/5 Nick Cox <[email protected]>:
First off, "data entry" may not mean exactly the same to all.

Does that mean that you -- or someone else -- is typing data directly
into a program?
(i.e. data do not already exist as some file or files)

Does that mean that data values are checked at time of input and users
are prompted immediately for unacceptable values? If the latter, then
you may well need something outside Stata.

Otherwise, my position on this on this is eccentric: I like using Stata
for data entry into Stata. I then have no problems of file readability,
conversion, etc.

A simple example is trying to re-create problems mentioned on Statalist
with example data that people give in their postings. Some combination
of data editor, do-file editor, and -split- usually gets their examples
into Stata without undue effort.

[email protected]

*   For searches and help try:

*   For searches and help try:

© Copyright 1996–2024 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index