Hi Friends,

Even as I launch this today ( my 80th Birthday ), I realize that there is yet so much to say and do. There is just no time to look back, no time to wonder,"Will anyone read these pages?"

With regards,
Hemen Parekh
27 June 2013

Now as I approach my 90th birthday ( 27 June 2023 ) , I invite you to visit my Digital Avatar ( www.hemenparekh.ai ) – and continue chatting with me , even when I am no more here physically

Translate

Sunday, 29 August 1993

DATA CAPTURE MODULE

Data Capture Module & Revised Software

DATA CAPTURE MODULE

HH3P Revised Software

29-8-93

After the revised software has been installed, what (data-entry) operations would need to be carried out on each and every bio-data?

Essentially, we would have changed:

  • Executive Code No. (Serially)
  • Industry code
  • Edu. code
  • Function code
  • Company code (?)
    • (An asterisk is next to Executive Code No. and Company code, with a note: code - auto-increment)

Will the software "automatically" assign the NEW CODES or will we need to manually enter all codes all over again? If so, this will be a massive exercise! But if it has to be done, it has to be done – and sooner the better.

As far as existing bio-datas are concerned, I suppose, at least for some time to come, we will also retain the OLD CODES side by side with the NEW CODES. This is as a measure of safety.

Once we conduct a SEARCH...

...with the new codes and again with the Old codes, and come up with the same names on the short list, then we are convinced that we can delete the Old codes without having to worry.

After this, there are several LEVELS of data-entry for each bio-data e.g:

LEVEL

Data Description

Data Fields

0

Minimum Data for Search (Visiting Card / Mailing List / VJTI list / Prof. body Directory, etc.)

Name / Exec. Code No / Box No.

Birth date (hence "age")

1

Edu. Quali.

Location (City)

Company (hence Industry) - Current

Function

Designation

Advt. NO. (in case of advt. response)

2

Data for Correspondence / Communication

Address (Office / Resi.)

Phone ("/"/"")

 

LEVEL

Data Description

Data Fields

3

Data for ONE-LINE statement

Total Exp. (Yrs)

Current Exp. (Yrs)

Current Salary (Rs)

Names of Past Co$\varepsilon$

Years with each past co.

Designation at each past co.

Rating (in case of Advt. campaign)

(Last Alumni. is a note next to the curly bracket for the last five fields)

4

Data for ONE-PAGE (Condensed BIO.)

(No specific fields listed)

5

Data for FULLY-CONVERTED BIO.

Publications

Membership of Professional bodies

Salary Break up

Achievements

Career Preference

Skills / Attributes


Cardinal Principles and Data Management


📉 Resource Constraints and Tracking

Our resources (Hardware & No. of Operators) do NOT permit us to take up, one-by-one 15000+ bio-datas and enter full details, right upto LEVEL 5.

We have been doing this selectively as per immediate need on a case-to-case basis.

For a long time to come, this method would have to continue – until such time we have made a break-thru in entering entire bio-data thru OCR / Scanning.

Therefore there is a NEED to know at any given time,

– upto what level, we have entered?

(Diagrammatic Note): $1 \text{ Million bio} = \left(\frac{10000 \text{ boxes}}{100 \text{ per box}} \right) \times 100 \text{ bio}$

Executive Code NO

Name

Physical Box No.

LEVEL UPTO WHICH ENTERED

Family Surname Initials

1

00000001

- - -

-

00001

00000002

00008

00013

00251

🚨 Crucial Instructions

With a simple command, we should be able to see on the screen above tabulation.

CRUCIAL: So that, when any operator takes up any bio-data for data-entry, he/she can immediately know what has been entered and what is remaining to be entered.

There should be no need to make any remarks / notes / entries on the bio-data / RF itself.

But it is ABSOLUTELY VITAL that when any bio-data is picked up for the FIRST-TIME, we must enter all details for LEVEL 1, and the – SERIAL EXECUTIVE CODE NO $\&$ – THE BOX NO. are BOLDLY WRITTEN DOWN on both:

  • The application / bio-data
  • The Registration form.

Other LEVELS may be entered as and when time permits but NO bio-data should be put inside a box without entering LEVEL 1!

THIS IS THE CARDINAL PRINCIPLE.

Success of our entire system depends upon PERFECT / FAULTLESS / FAIL-PROOF observance of this CARDINAL PRINCIPLE.

By experimentation, we must decide How Many bio-datas (along with Regn. form) can be accomodated in ONE box. Ideally we should try for 100, so that boxes may be numbered:

Bio-Data Range

Box No.

000001 - 000100

1

000101 - 000200

2

etc.

 

With a simple command, we should be able to see on the screen above tabulation.

So that, when any operator takes up any bio-data for data-entry, he/she can immediately know what has been entered and what is remaining to be entered.

There should be no need to make any remarks/notes/entries on the bio-data/RF itself.

But it is ABSOLUTELY VITAL that when any bio-data is picked up for the FIRST-TIME, we must enter all details for LEVEL 1, and the – SERIAL EXECUTIVE CODE NO $\&$ – THE BOX NO. are BOLDLY WRITTEN DOWN on both:

  • The application / bio-data
  • The Registration form.

Other LEVELS may be entered as and when time permits but NO bio-data should be put inside a box without entering LEVEL 1!

THIS IS THE CARDINAL PRINCIPLE.


📄 Page 6 (Scan_0012)

Success of our entire system depends upon PERFECT / FAULTLESS / FAIL-PROOF observance of this CARDINAL PRINCIPLE.

By experimentation, we must decide How Many bio-datas (along with Regn. form) can be accomodated in ONE box. Ideally we should try for 100, so that boxes may be numbered:

Bio-Data Range

Box No.

000001 - 000100

1

000101 - 000200

2

etc.


 




















No comments:

Post a Comment